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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3 GPP). 

The present document specifies the stage 2 description for the fourth phase (see 3GPP TS 22.078 [2]) of the Customized 
AppHcations for Mobile network Enhanced Logic (CAMEL) feature within the 3 GPP system. 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



The present document specifies the stage 2 description for the Customized AppHcations for Mobile network Enhanced 
Logic (CAMEL) feature which provides the mechanisms to support services for the IP Multimedia Core Network (IM 
CN) Subsystem. 



References 



The following documents contain provisions, which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[I] 3GPP TR 2L905: "3rd Generation Partnership Project; Technical Specification Group Services 
and System Aspects; Vocabulary for 3GPP Specifications". 

[2] 3 GPP TS 22.078: "3rd Generation Partnership Project; Technical Specification Group Services 

and System Aspects; Customised Applications for Mobile network Enhanced Logic (CAMEL); 
Service description. Stage 1". 

[3] 3GPP TS 22.228: "3rd Generation Partnership Project; Technical Specification Group Systems 

Aspects; IP Multimedia (IM) Subsystem -Stage 1". 

[4] 3 GPP TS 23.078: "3rd Generation Partnership Project; Technical Specification Group Core 

Networks; Customised Applications for Mobile network Enhanced Logic (CAMEL) Phase 3 Stage 
2 specification (Release 99)". 

[5] 3GPP TS 23.218: "3rd Generation Partnership Project; Technical Specification Group Core 

Networks; IP Multimedia (IM) Session HandHng; IP Multimedia Call Model. 

[6] 3GPP TS 23.228: "3rd Generation Partnership Project; Technical Specification Group Services 

and System Aspects; IP Multimedia Subsystem (IMS) Stage 2". 

[7] Void 

[8] 3GPP TS 24.229: "3rd Generation Partnership Project; Technical Specification Group Core 

Networks; IP Multimedia Call Control Protocol based o SIP and SDP; Stage 3". 

[9] 3 GPP TS 29.002: "3rd Generation Partnership Project; Technical Specification Group Core 

Network; Mobile Application Part (MAP) specification" . 

[10] 3 GPP TS 29.229: "3rd Generation Partnership Project; Technical Specification Group Core 

Networks; Cx and Dx Interfaces Based on the Diameter Protocol; Protocol details". 

[II] 3 GPP TS 29.278: "3rd Generation Partnership Project; Technical Specification Group Core 
Network; Customised Applications for Mobile network Enhanced Logic (CAMEL) Phase 4 
CAMEL AppHcation Part (CAP) specification for IP Multimedia Subsystems (IMS)". 



ETSI 



3GPP TS 23.278 version 9.0.0 Release 9 9 ETSI TS 1 23 278 V9.0.0 (201 0-01 ) 



Definitions and abbreviations 



3.1 Definitions 

Home Subscriber Server (HSS): Functional entity containing the subscription related information to support the 
network entities actually handling calls/sessions. For subscribers requiring CAMEL support, the HSS includes some 
functionality that was present in the HLR in previous 3 GPP releases for storing the information relevant to the current 
subscription regarding CAMEL Subscription Information for IMS. The HSS sends IM CAMEL Subscription 
Information data to the IM-SSF and CSE using a MAP interface. 

IP Multimedia Service Switching Function (IM-SSF): CAMEL functional entity that provides the interworking 
between SIP session control and the CAMEL state models. The IM-SSF also provides the CAMEL interface to HSS for 
downloading the subscriber's CAMEL Subscription Information data for IMS. 

IP Multimedia Basic Call State Model (IM-BCSM): IM-BCSM provides a high-level model of CSCF activities 
required to establish and maintain communication paths for users. As such, it identifies a set of basic call activities in a 
CSCF and shows how these activities are joined together to process a basic call. 

IP Multimedia CAMEL Subscription Information (IM-CSI): IM-CSI identifies the subscriber as having IP 
Multimedia CAMEL services. 

IP Multimedia session: IP Multimedia session and IP Multimedia call are treated as equivalent in this specification. 

Originating IP Multimedia Basic Call State Model (O-IM-BCSM): originating half of the IM-BCSM. The 
0-IM-BCSM corresponds to that portion of the IM-BCSM associated with the originating party. 

Originating IP Multimedia CAMEL Subscription Information (O-IM-CSI): 0-IM-CSI identifies the subscriber as 
having originating IP Multimedia CAMEL services. 

Terminating IP Multimedia Basic Call State Model (T-IM-BCSM): terminating half of the IM-BCSM. The 
T-IM-BCSM corresponds to that portion of the IM-BCSM associated with the terminating party. 

Terminating IP Multimedia CAMEL Subscription Information (T-IM-CSI): T-IM-CSI identifies the subscriber as 
having terminating IP Multimedia CAMEL services. 

3.2 Abbreviations 

Abbreviations used in the present document are listed in 3 GPP TR 2L905 [1]. 

For the purposes of the present document, the following abbreviations apply: 

BCSM Basic Call State Model 

CAMEL Customized Applications for Mobile network Enhanced Logic 

CAP CAMEL Application Part 

CSCF Call State Control Function 

DP Detection Point 

D-IM-CSI Dialled Service IP Multimedia CAMEL Subscription Information 

EDP Event Detection Point 

FTN Forwarded To Number 

GPRS General Packet Radio Service 

gsmSCF GSM Service Control Function 

gsmSRF GSM Specialised Resource Function 

gsmSSF GSM Service Switching Function 

HPLMN Home PLMN 

HSS Home Subscriber Server 

IE Information Element 

IF Information Flow 

IP Internet Protocol 

ISC IM-CN Service Control 

I-CSCF Interrogating CSCF 

IM IP Multimedia 
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IM-BCSM IP Multimedia Basic Call State Model 

IMCN IP Multimedia Core Network 

imcnSSF IM CN Service Switching Function 

IM-CSI IP Multimedia CAMEL Subscription Information 

IM-SSF IP Multimedia Service Switching Function 

IPLMN Interrogating PLMN 

MGCF Media Gateway Control Function 

MO Mobile Originating 

MT Mobile Terminating 

NNI Network Node Interface 

0-IM-BCSM Originating IP Multimedia Basic Call State Model 

0-IM-CSI Originating IP Multimedia CAMEL Subscription Information 

PIC Point In Call 

PLMN Public Land Mobile Network 

P-CSCF Proxy CSCF 

SIP Session Initiation Protocol 

S-CSCF Serving CSCF 

SSME Service Switching Function Management Entity 

T-IM-BCSM Terminating IP Multimedia Basic Call State Model 

VT-IM-CSI Terminating IP Multimedia CAMEL Subscription Information 

TDP Trigger Detection Point 

UNI User Network Interface 

VPLMN Visited PLMN 



CAMEL/IP Multimedia Core Network Interworking 



4.1 



Architecture 



This subclause describes the functional architecture needed to support CAMEL interactions with the S-CSCF in the IP 
Multimedia Subsystem. The IM-SSF is a SIP AppHcation Server that interfaces SIP to CAP. The generic SIP 
Application Server behaviour of the IM-SSF is specified in 3GPP TS 23.218 [5]. 

4.1 .1 Functional Entities used for CAMEL at IP Multimedia Registration 

Figure 4.1 shows the functional entities involved when an MS registers for IP Multimedia session requiring CAMEL 
support. General registration procedure is detailed in 3GPP TS 23.228 [6]. Upon notification of a UE's registration, the 
IM-SSF requests 0-IM-CSI, D-IM-CSI, VT-IM-CSI data from the HSS over the Si interface. 



Home Network 




Si Interface 



Cx Interface 




Interrogating Network 



Figure 4.1 : Functional architecture for support of CAIVIEL when mobile registers for IP Multimedia session 
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4.1 .2 Functional Entities used for CAMEL for MO and MT IP Multimedia 
session 

Figure 4.2 shows the functional entities involved in a Mobile Originated IP Multimedia session requiring CAMEL 
support. The same functional architecture applies in a Mobile Terminated IP Multimedia session for 
CAMEL. 
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Figure 4.2: Functional arcliitecture for support of CAIVIEL control of a MO IP Multimedia session 

4.2 Interfaces defined for an IM-SSF based Application Server 

4.2.1 CSCF - IM-SSF interface 

This interface is the IP Multimedia Service Control interface (ISC). This interface shall be based on SIP as detailed in 
3GPPTS 24.229 [8]. 

4.2.2 IM-SSF - gsmSCF interface 

This interface is used by the gsmSCF to control an IP Multimedia session in a certain IM-SSF. Relationships between 
the IM-SSF and the gsmSCF on this interface are opened as a result of the IM-SSF sending a request for instructions to 
the gsmSCF. This interface shall be based on 3GPP TS 29.278 [11]. 

4.2.3 HSS - IM-SSF interface 

This interface is the Si interface and is used to send CAMEL related subscriber data to the IM-SSF, e.g. IM-CSI. This 
interface shall be a MAP interface as described in 3GPP TS 29.002 [9]. 



4.3 Detection Points (DPs) 



Certain basic call events may be visible to the GSM Service Control Function (gsmSCF). The DPs are the points in call 
at which these events are detected. 

A DP can be armed in order to notify the gsmSCF that the DP was encountered, and potentially to allow the gsmSCF to 
influence subsequent handling of the call. If the DP is not armed, the processing entity continues the processing without 
gsmSCF involvement. 

Three different types of DPs are identified: 
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- Trigger Detection Point - Request (TDP-R). 

This detection point is statically armed and initiates a CAMEL control relationship when encountered and there 
is no existing relationship due to the same CSI. Processing is suspended when the DP is encountered. 

- Event Detection Point - Request (EDP-R). 

This detection point is dynamically armed within the context of a CAMEL control relationship. Processing is 
suspended when encountering the DP and the IM-SSF waits for instructions from the gsmSCF. 

- Event Detection Point - Notification (EDP-N). 

This detection point is dynamically armed within the context of a CAMEL control relationship. Processing is not 
suspended when encountering the DP. 

The DPs are characterized in the following clauses. 

4.3.1 Arming/Disarming mechanism 

A DP may be statically armed or dynamically armed. 
The following arming rules apply: 

- DP for a mobile originating call handling is statically armed in the IM-SSF as a result of 0-IM-CSI and 
D-IM-CSI data delivery from the HSS. Likewise, DP for mobile terminating call handling is statically armed in 
the IM-SSF as a result of VT-IM-CSI data deHvery from the HSS. Static arming of DPs in the IM-SSF occurs 
during the UE's registration in the IMS CN. Basically, when the IM-SSF is notified of the UE's initial 
registration, the IM-SSF queries the HSS for the subscriber's CAMEL Subscription Information via the Si 
interface. 

- A DP is dynamically armed by the gsmSCF within the context of a CAMEL control relationship as a result of 
IM-SSF receiving the RequestReportBCSMEvent operation. 

- A Request Report BCSM Event information flow for a detection point for a leg overwrites any previous Request 
Report BCSM Event information flow for that detection point for that leg. 



The following disarming rules apply: 

A statically armed DP is disarmed when the IP Multimedia CSI data is withdrawn in the HSS. Only TDP-Rs can 
be disarmed using this mechanism. 

- If an armed EDP is met, then it is disarmed. 

- If an EDP is met that causes the release of the related leg, then all EDPs related to that leg are disarmed. 

- If a call session is released, then all EDPs related to that call session are disarmed. 

If an EDP is met, then other EDPS are disarmed, in accordance with the implicit disarming rule table specified in 
TS 23.078 Rel-99 4 (refer to the section for "Rules for Implicit Disarming of Event Detection Points'). 

If an EDP is armed, it can be explicitly disarmed by the gsmSCF by means of the RequestReportBCSMEvent 
information flow. 

4.3.2 Criteria 

Criteria are the conditions that must be met in order for the IM-SSF to request instructions from the gsmSCF. 

DP criteria are checked in the IM-SSF. Criteria for originating DPs (i.e. Collected_Info, Analysedjnformation, and 
Route_Select_Failure TDPs ) are checked in the IM-SSF associated with the originating UE's S-CSCF. Criteria for 
terminating DPs (i.e. T_Busy and T_No_Answer) are checked in the IM-SSF associated with the terminating UE's 
S-CSCF. 
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Based on the Initial Filter Criteria information, the S-CSCF forwards the SIP message to the IM-SSF. The DP 
encountered is identified based on the SIP message received from the S-CSCF. Refer to table 4.2 and table 4.4 for 
mapping of SIP messages to CAMEL IM-BCSM Detection Points. 

4.3.2.1 Criteria at Collectedjnfo 

The following criteria are applicable for DP Collectedjnfo: 

- Destination number triggering criterion: The HSS may store a list of up to 10 destination numbers and/or up to 3 
number lengths. There is no restriction on the nature of address. There is no restriction on the numbering plan 
indicator. This criterion may be defined to be either "enabling" or "inhibiting". This criterion does not match 
when the destination number received from the S-CSCF is not an ISDN number. In this case, a dialogue with the 
gsmSCF may or may not be established depending on whether the criterion is inhibiting or enabling respectively. 

Triggering at DP Collectedjnfo shall be strictly based on the destination number received from the S-CSCF. 

The destination number received from the S-CSCF shall not be modified before conditional triggering check takes 
place. 

If the destination number triggering criterion is enabling, then the IM-SSF may establish a dialogue with the gsmSCF if: 

- the destination number matches one of the destination number strings defined in the list; or 

the length of the destination number matches one of the destination number lengths defined in the list. 
In this test the destination number matches one of the destination number strings in the list if: 

- the nature of address of destination number is the same as the nature of address of the destination number string; 

- the destination number is at least as long as the destination number string in the list; and 

- all the digits in the destination number string in the list match the leading digits of the destination number. 

If the destination number triggering criterion is inhibiting, then the IM-SSF may establish a dialogue with the gsmSCF 
if: 

- the destination number does not match any of the destination number strings defined in the list; and 

- the length of the destination number does not match any of the destination number lengths defined in the list. 
In this test the destination number matches one of the destination number strings in the list if: 

- the nature of address of destination number is the same as the nature of address of the destination number string; 

- the destination number is at least as long as the destination number string in the list; and 

- all the digits in the destination number string in the list match the leading digits of the destination number. 

4.3.2.2 Criteria at DP Analysedjnformation 
4.3.2.2.1 General 

The following criteria are applicable for DP Analysedjnformation: 

Destination number triggering criterion: The HSS may store a list of up to 10 destination numbers. There is no 
restriction on the nature of address. There is no restriction on the numbering plan indicator. This criterion does 
not match when the destination number received from the S-CSCF or the gsmSCF is not an ISDN number. 

NOTE: The order in which the destination number criteria are checked in the IM-SSF is not determined. Hence, 
overlapping destination number criteria (e.g. use of "0800" and "0800123" for two different services) 
should be avoided, because they lead to unpredictable behaviour (i.e. either service might be triggered). 

Triggering at DP Analysed Jnfo shall be based on the destination number received in the Connect operation from the 
gsmSCF during a Mobile Originating CAMEL Service. 
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4.3.2.2.2 Number comparison 

The following procedure shall be performed for the comparison of the destination number triggering criterion and the 
address information in the given order. 

1 . The numbering plan indicators of both numbers are ignored. 

2. The type of number/nature of address indicators of both numbers are compared. If there is a match of the type of 
number indicator, then the check shall be performed by comparing the digits as defined in step 6. If there is no 
match of the type of number the comparison procedure shall continue as follows. 

3. If either or both of the address information and destination number triggering criterion includes a type of 
number/nature of address indicator other than "unknown", "national (significant) number" or "international 
number" then the destination number does not match the destination number triggering criterion. Otherwise the 
comparison procedure shall continue as follows. 

4. If there is a number (address information or destination number triggering criterion) with type of number/nature 
of address "unknown" this number shall be translated based on the numbering plan of the serving entity in either 
of the following ways: 

- if the leading digits refer to an international prefix, those digits shall be removed and the type of 
number/nature of address shall be set to "international number". 

- if the leading digits refer to a national (trunk) prefix, those digits shall be removed and the type of 
number/nature of address shall be set to "national (significant) number". 

If the leading digits refer neither to an international prefix nor to a national (trunk) prefix, then the destination 
number does not match the destination number triggering criterion. 

If there is a match of the type of number/nature of address indicator after this number modification, then the 
check shall be performed by comparing the digits as defined in step 6, otherwise the comparison procedure shall 
continue as follows. 

5. If the type of number/nature of address of the address information or of the destination number triggering 
criterion is "national (significant) number" this number shall be translated based on the numbering plan of the 
serving entity to international format by adding the country code of the serving entity to the number string. After 
this modification both numbers shall be in international format and shall be checked by comparing the digits as 
defined in step 6. 

6 If the number digits of the address information are compared with the number digits of the destination number 
triggering criterion, then there is a match if: 

- the destination number is at least as long as the destination number string of the destination number 
triggering criterion; and 

- all the digits in the destination number string of the destination number triggering criterion match the leading 
digits of the destination number. 

The check described in this clause shall be repeated for every number contained in the destination number triggering 
criterion of the D-IM-CSI until a match is recognised and DP Analysed_Info is triggered, or until all the destination 
numbers have been checked without a match being recognised. In the latter case DP Analysed_Info is not triggered. 

4.3.2.3 Criteria at DP Route_Select_Failure 

The HSS may store a list of up to 5 cause values. 

The following criteria are applicable for DP Route_Select_Failure: 

- Release cause code. 

The trigger criteria is met if the cause code received from the terminating party's network (could be a PSTN or an IMS 
network) is equal to at least one of the cause codes in the trigger criteria list. 

If a 0-IM-BCSM was already invoked and there is a relationship with the gsmSCF at that moment, then no additional 
relationship shall be initiated. 
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4.3.2.4 Criteria at DP T_Busy and T_No_Answer 

The HSS may store a list of up to 5 cause values. 

The triggering is based on the release cause code received from terminating UE's P-CSCF. 

The following criteria are applicable for DP T_Busy and T_No_Answer: 

- Release cause code. 

The trigger criteria are met if the cause code received from the terminating UE's P-CSCF is equal to at least one of the 
cause codes in the trigger criteria list. 

If trigger criteria are satisfied, then the corresponding Service Logic shall be invoked. 

4.4 Description of CAMEL Subscriber Data 

4.4.1 IP IVIultimedia CAIVIEL Subscription Information (IM-CSI) 

This subclause defines the contents of the IP Multimedia CAMEL Subscription Information. IM-CSI data are 
provisioned in the HSS for subscribers having originating and/or terminating IP Multimedia CAMEL services. This 
information shall be sent by the HSS to the IM-SSF via the Si Interface. The IM-CSI data contains the 0-IM-CSI, 
D-IM-CSI, and VT-IM-CSI. 

4.4.1 .1 Originating IP Multimedia CAMEL Subscription Information (0-IM-CSI) 

4.4.1.1.1 gsmSGF Address 

Address to be used to access the gsmSCF for a particular subscriber. The address shall be an E.164 number to be used 
for routeing. 

4.4.1.1.2 Service Key 

The Service Key identifies to the gsmSCF the service logic that shall apply. 

4.4.1.1.3 Default Gall Handling 

The Default Call Handling indicates whether the IP Multimedia session shall be released or continued as requested in 
case of error in the IM-SSF to gsmSCF dialogue. 

4.4.1.1.4 TDPList 

The TDP List indicates on which detection point triggering shall take place. The following trigger detection points are 
possible: DP Collected_Info and DP Route_Select_Failure. 

4.4.1 .1 .5 CAMEL Capability Handling 

CAMEL Capability Handling indicates the phase of CAMEL which is asked by the gsmSCF for the service. 

4.4.1.1.6 CSI Status 

The CSI state indicates whether the 0-IM-CSI is active or not. 

4.4.1 .1 .7 Notification Flag 

The notification flag indicates whether changes of the 0-IM-CSI shall trigger the Notification on Change of Subscriber 
Data. In order to update the IM-SSF of IM CSI changes, this flag shall be set to yes. 
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4.4.1.1.8 DP Criteria 

The DP criteria indicate whether the IM-SSF shall request the gsmSCF for instructions. 

4.4.1 .2 Dialled Services IP Multimedia CAMEL Subscription Information (D-IM-CSI) 

4.4.1 .2.1 gsmSCF Address 

Address to be used to access the gsmSCF for a particular subscriber. The address shall be an E.164 number to be used 
for routeing. 

4.4.1.2.2 Service Key 

The Service Key identifies to the gsmSCF the service logic that shall apply. 

4.4.1.2.3 Default Call Handling 

The Default Call Handling indicates whether the IP Multimedia session shall be released or continued as requested in 
case of error in the IM-SSF to gsmSCF dialogue. 

4.4.1 .2.4 CAMEL Capability Handling 

CAMEL Capability Handling indicates the phase of CAMEL which is asked by the gsmSCF for the service. 

4.4.1.2.5 CSI Status 

The CSI state indicates whether the D-IM-CSI is active or not. 

4.4.1.2.6 Notification Flag 

The notification flag indicates whether changes of the D-IM-CSI shall trigger the Notification on Change of Subscriber 
Data. In order to update the IM-SSF of IM CSI changes, this flag shall be set to yes. 

4.4.1.2.7 DP Criteria 

The DP criteria indicate whether the IM-SSF shall request the gsmSCF for instructions. 

4.4.1 .3 Terminating IP Multimedia CAMEL Subscription Information (VT-IM-CSI) 

4.4.1 .3.1 gsmSCF Address 

Address to be used to access the gsmSCF for a particular subscriber. The address shall be an E.164 number to be used 
for routeing. 

4.4.1.3.2 Service Key 

The Service Key identifies to the gsmSCF the service logic that shall apply. 

4.4.1 .3.3 Default Call Handling 

The Default Call Handling indicates whether the IP Multimedia session shall be released or continued as requested in 
case of error in the IM-SSF to gsmSCF dialogue. 

4.4.1.3.4 TDPList 

The TDP List indicates on which detection point triggering shall take place. The following trigger detection points are 
allowed: DP Terminating_Attempt_Authorised, DP T_Busy, and DP T_No_Answer. 
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4.4.1 .3.5 CAMEL Capability Handling 

CAMEL Capability Handling indicates the phase of CAMEL which is asked by the gsmSCF for the service. 

4.4.1.3.6 CSI Status 

The CSI state indicates whether the VT-IM-CSI is active or not. 

4.4.1.3.7 Notification Flag 

The notification flag indicates whether changes of the VT-IM-CSI shall trigger the Notification on Change of 
Subscriber Data. In order to update the IM-SSF of IM CSI changes, this flag shall be set to yes. 

4.4.1.3.8 DP Criteria 

The DP criteria indicate whether the IM-SSF shall request the gsmSCF for instructions. 

4.4.1.4 Other CAMEL Data 

4.4.1 .4.1 gsmSCF address list for CSI 

The gsmSCF address list for CSI indicates a list of gsmSCF addresses to which Notification on Change of Subscriber 
Data is to be sent. In order to provide Notification on Change of Subscriber Data to the IM-SSF, the IM-SSF address 
shall be included in the gsmSCF address list. 

The IM-SSF address is added to the address list for notification in the HSS as described in subclause 4.6. L2. 

The IM-SSF shall handle the receipt of the Notification on Change of Subscriber Data using the same procedure as that 
of a gsmSCF. 

4.5 Description of CAMEL State IVIodels 

In the IM Subsystem, calls are controlled by the Serving CSCF (S-CSCF) where a subscriber is registered. A state 
model describes the call control behaviour of an IM-SSF. 

4.5.1 General Handling 

The Basic Call State Model (BCSM) is used to describe the handling of originating and terminating calls. It identifies 
the points in a call where gsmSCF based service applications is permitted to interact with the call control capabilities of 
an IM-SSF. Figure 4.3 illustrates how transitions between states. Detection Points and Points In Call components are 
shown in the BCSM diagrams. 

Transition 



DP 



Point In Call (PIC) 



Figure 4.3: BCSM Components 
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4.5.2 Originating CAMEL Basic Call State Model (0-IM-BCSM) 



4.5.2.1 



Description of the O-IM-BCSIVI 



The 0-IM-BCSM is used to model the behaviour of an IM-SSF for an originating call. When an armed DP is 
encountered, 0-IM-BCSM processing is suspended at the DP and the IM-SSF indicates this to the gsmSCF if 
appropriate. 



^ ^_Abandon 



I 



0_Null & Authorise_Origination_ 
Attem pt_Col lectj nf o 



0_Exception 

a — 



Collectedjnfo 



Analysejnformation 



invalid information 



Anaiysed_lnformation 







Routing 
& Alerting 



T 



0_Answer 



Route_Seiect_ 
Faiiure 



0_Busy 



0_No_Answer 



0_routing_and_alerting_failure 



O Active 



0_active_failure 



0_Disconnect 



Basic Call transition 



Figure 4.4: Originating CAMEL Basic Call State Model (0-IM-BCSM) 

The following table 4.1 defines the DPs that apply to originating calls. 
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Table 4.1 : Description of the 0-IM-BCSM DPs in an IM-SSF 



CAMEL Detection Point: 


DP Type 


Description: 


DP Collectedjnfo 


TDP-R 


Indication that the O-IIVI-CSI is analysed 


DP Analysedjnformation 


TDP-R 


Availability of routeing address and nature of address. 


DP Route_Select_Failure 


TDP-R, EDP-N, 
EDP-R 


Indication that the session establishment failed. 


DP 0_Busy 


EDP-N, EDP-R 


Indication that: 

- a busy indication is received from the terminating 
party, 

- a not reachable event is determined upon a SIP error 
response. 


DP 0_No_Answer 


EDP-N, EDP-R 


Indication that: 

- an application timer associated with the 
0_No_Answer DP expires, 

- a no answer event is determined upon SIP a error 
response 


DP 0_Answer 


EDP-N, EDP-R 


Indication that the session is accepted and answered 
by the terminating party. 


DP 0_Disconnect 


EDP-N, EDP-R 


A disconnect indication is received from the originating 
party or from the terminating party. 


DP 0_Abandon 


EDP-N, EDP-R 


Indication that a disconnect indication is received from 
the originating party during the session establishment 
procedure. 



4.5.2.2 



Description of Points In Call 



This subclause describes the Points In Call for originating calls. The entry events, actions and exit events are described 
for each Point in Call. 



4.5.2.2.1 
Entry events: 



0_Null & Authorise_Origination_Attempt_Collect_lnfo 



- Disconnection and clearing of a previous call (DP 0_Disconnect) or default handling of exceptions by IM-SSF 
completed. 

- Abandon event is reported from Analyse_Information or Routing and Alerting PIC. 

- Exception event is reported. 
Actions: 

- Interface is idled. 

- Originating call: SIP INVITE request message containing the dialled number is received from MS. 

- Information being analysed e.g., 0-IM-CSI is analysed. 
Exit events: 

- Originating CSI is analysed. 

- An exception condition is encountered. For this PIC, if the call encounters one of these exceptions during the 
PIC processing, the exception event is not visible because there is no corresponding DP. Example exception 
condition: Calling party abandons call. 
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4.5.2.2.2 Analysejnformation 

Entry events: 

- Originating CSI is analysed. (DP Collected Info). 

- New routeing information is received when Busy event (DP 0_Busy), Route Select Failure event 

(DP Route_Select_Failure), Not Reachable event (DP 0_Busy) or No Answer event (DP 0_No_Answer) is 
reported from Routing and Alerting PIC. 

New routeing information is received when Disconnect event is reported from 0_Active PIC. 

Actions: 

- Compare the called party number with the dialled services information. 
Exit events: 

- Availability of routeing address and nature of address. (DP Analysed_Information). 

An exception condition is encountered (e.g. wrong number)- this leads to the 0_Exception PIC. 

- Calling party abandons the call- this leads to the 0_Abandon DP. 

4.5.2.2.3 Routing and Alerting 

Entry events: 

- Availability of routeing address and nature of address. (DP Analysed_Information). 
Actions: 

- Information is being analysed and/or translated according to dialling plan to determine routeing address. 

- Routeing address being interpreted. 

- Call is being processed by the terminating half BCSM. Continued processing of SIP call session setup (e.g., 
ringing) is taking place. Waiting for indication from terminating half BCSM that the call has been answered by 
terminating party. 

Exit events: 

- Indication from the terminating half BCSM that the call is accepted and answered by terminating party 
(DP 0_Answer). 

- An exception condition is encountered - this leads to the 0_Exception PIC. 

- Calling party abandons the call- this leads to the 0_Abandon DP. 

- A busy indication is received from the terminating party - this leads to the 0_Busy DP. 

- A not reachable indication is received from the terminating party - this leads to the 0_Busy DP. 

- Attempt to select the route for the call fails - this leads to the Route_Select_Failure DP. 

If the no reply timer expires and DP 0_No_Answer is armed - this leads to the 0_No_Answer DP. 

4.5.2.2.4 0_Active 

Entry events: 

- Indication from the terminating half BCSM that the call is accepted and answered by the terminating party 
(DP 0_Answer). 

Actions: 

- SIP session established between originating party and terminating party. - Call release is awaited. 
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Exit events: 



A disconnection indication is received from the originating party, or received from the terminating party via the 
terminating half BCSM. (DP - 0_Disconnect). 

An exception condition is encountered. 



4.5.2.2.5 
Entry events: 



0_Exception 



- An exception condition is encountered. In addition to specific examples listed above, exception events include 
any type of failure, which means that the normal exit events for a PIC can not be met. 

Actions: 

- Default handling of the exception condition is being provided. This includes general actions necessary to ensure 
that no resources remain inappropriately allocated such as: 

- If any relationship exists between the IM-SSF and the gsmSCF, the IM-SSF shall send an error information 
flow closing the relationships and indicating that any outstanding call handling instructions will not run to 
completion. 

Resources made available for setting up the SIP call session are released. 

Exit events: 

- Default handling of the exception condition by IM-SSF completed. 

4.5.3 Mapping of SIP Method/Response to 0-IM-BCSM Detection Points 

This subclause describes mapping of SIP methods and responses to CAMEL Detection Points. 

Table 4.2: Mapping of SIP Method/Response to CAMEL 0-IM-BCSM DPs 



CAMEL 0-IM-BCSM DP: 


SIP Method/Response 


DP Collectedjnfo 


INVITE 


DP Analysedjnformation 


N/A 


DP Route_Select_Failure 


4XX (except 401, 407, 408, 
480, 486), 

5xx, and 6xx (except 600, 
603) 


DP 0_Busy 


486 Busy Here 

600 Busy Everywhere 


DP 0_No_Answer 


603 Decline 

408 Request Timeout 

480 Temp Unavailable 


DP 0_Answer 


200 OK 


DP 0_Disconnect 


BYE 


DP 0_Abandon 


CANCEL 
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4.5.4 Terminating CAMEL Basic Call State Model (T-IM-BCSM) 



4.5.4.1 



Description of the T-IIVI-BCSIVI 



The T-IM-BCSM is used to model the behaviour of an IM-SSF for a terminating call. When a DP is encountered, T-IM- 
BCSM processing is suspended at the DP and IM-SSF indicates this to the gsmSCF if appropriate. 
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Figure 4.5: Terminating CAMEL Basic Call State Model (T-IM-BCSM) 

The following table 4. 3 defines the DPs that apply to terminating calls. 
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Table 4.3: Description of T-IM-BCSM DPs in the S-CSCF 



CAMEL DP: 


DP Type 


Description: 


DP Terminating_Attempt_ 
_Authorised 


TDP-R 


Indication that the VT-IIVI-CSI is analysed. 


DP T_Busy 


TDP-R, EDP-N, 
EDP-R 


Indication that: 

- a busy indication is received from the terminating 
party, 

- a not reachable event is determined (e.g. 
terminating party is not currently registered). 


DP T_No_Answer 


TDP-R, EDP-N, 
EDP-R 


Indication that an application timer associated with 
the T_No_Answer DP expires. 


DP T_Answer 


EDP-N, EDP-R 


Session is accepted and answered by terminating 
party. 


DP T_Disconnect 


EDP-N, EDP-R 


A disconnect indication is received from the 
terminating party or from the originating party. 


DP T_Abandon 


EDP-N, EDP-R 


A disconnect indication is received from the 
originating party during the session establishment 
procedure. 



4.5.4.2 



Description of Points In Call 



This subclause describes the Points In Call for terminating calls. The entry events, actions and exit events are described 
for each Point in Call. 



4.5.4.2.1 
Entry events: 



T Null 



- Disconnection and clearing of a previous call (DP T_Disconnect) or default handling of exceptions by IM-SSF 
completed. 

Abandon event is reported from Terminating Call Handling PIC. 

- Exception event is reported. 
Actions: 

- Interface is idled. 

- SIP INVITE message for terminating call request is received, the appropriate information is analysed. 

- VT-IM-CSI is analysed. 
Exit events: 

- Terminating CSI is analysed. 

An exception condition is encountered. For this PIC, if the call encounters one of these exceptions during the 
PIC processing, the exception event is not visible because there is no corresponding DP. 

Example exception condition is: 

- Calling party abandons call. 

4.5.4.2.2 Terminating Call Handling 

Entry events: 

- Terminating CSI (if available) is analysed. (DP Terminating_Attempt_Authorised). 
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- New routeing information is received when Busy event (DP T_Busy) or No Answer event (DP T_No_Answer) 
is reported from Terminating Call Handling PIC. 

New routeing information is received when Disconnect event is reported from T_Active PIC. 

- New routeing information is received when the terminating party not reachable is reported from Terminating 
Call Handling PIC. 

Actions: 

- Routeing address and call type being interpreted. The next route or terminating access is being selected. 

- The terminating party is being alerted. Waiting for the call to be answered by terminating party. 
Exit events: 

- Call is accepted and answered by terminating party. 

- An exception condition is encountered - this leads to the T_Exception PIC. Example exception conditions: the 
SIP call session request was not successful. 

- Calling party abandons the call - this leads to the T_Abandon DP. 

- A busy indication is received from the terminating party's P-CSCF - this leads to the T_Busy DP. 

- Not reachable event detected from the terminating party's P-CSCF - this leads to the T_Busy DP. 

- If no reply timer expires and DP T_No_Answer is armed - this leads to the T_No_Answer DP. 

4.5.4.2.3 T_Active 

Entry events: 

- Indication that the call is accepted and answered by the terminating party. (DP T_Answer). 
Actions: 

- SIP session established between originating party and terminating party. 

- Call release is awaited. 

Exit events: 

A disconnection indication is received from the terminating party, or received from the originating party via the 
originating half BCSM. (DP T_Disconnect). 

An exception condition is encountered. In addition to specific examples listed above, exception events include 
any type of failure that means that the normal exit events for a PIC can not be met. 

4.5.4.2.4 TException 

Entry events: 

- An exception condition is encountered. In addition to specific examples listed above, exception events include 
any type of failure, which means that the normal exit events for PIC cannot be met. 



Actions: 



Default handling of the exception condition is being provided. This includes general actions necessary to ensure 
that no resources remain inappropriately allocated such as: 

If any relationship exists between the IM-SSF and the gsmSCF, the IM-SSF shall send an error information 
flow closing the relationships and indicating that any outstanding call handling instructions will not run to 
completion. 

- Resources made available for setting up the SIP call session are released. 
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Exit events: 

- Default handling of the exception condition by IM-SSF completed. 

4.5.5 Mapping of SIP Method/Response to T-IM-BCSM Detection Points 

This subclause describes mapping of SIP methods and responses to CAMEL Detection Points. 

Table 4.4: Mapping of SIP Method/Response to CAMEL T-IM-BCSM DPs 



CAMEL T-IM-BCSM DP: 


SIP Method/Response 


DP Terminating_Attempt_ 
_Authorised 


INVITE 


DP T_Busy 


4XX (except 401 , 407, 408, 480), 
5xx, and 6xx (except 603) 


DP T_No_Answer 


603 Decline 

408 Request Timeout 

480 Temp Unavailable 


DP T_Answer 


200 OK 


DP T_Disconnect 


BYE 


DP T_Abandon 


CANCEL 



4.6 Procedures for IM-SSF Application Server 

The SDLs in this specification illustrate how CAMEL modifies the normal multimedia call. They do not attempt to 
show all the details of multimedia handling in all the modes that support CAMEL. 

The text in this clause is a supplement to the definition in the SDL diagrams; it does not duplicate the information in the 
SDL diagrams. 
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4.6.1 Overall SDL Architecture 
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Figure 4.6: SIP Registration into IM-SSF 
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Figure 4.7: Originating Case 
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gsmSCF 



CAP inbrface 



IM-SSF! 



imcnSSF 



Internal interface 



MRFC 



MT_IM_SSF 



Mr interface (SIP) 



ISC interface 



Mobile 
Station 



SIP 



S-CSCF 



SIP 
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CSCF 



4.6.1.1 



Figure 4.8: Terminating Case 



Handling of Registration and De-registration in the IM-SSF 



During the UE registration, the HSS shall send the filter criteria for the IM-SSF to the S-CSCF if the subscriber is 
provisioned with IP Multimedia CAMEL Subscription Information data at the HSS. 

- The HSS shall include the IMSI data for the subscriber within the Service Information element of the filter 
criteria for IM-SSF. The IMSI shall be used for querying the HSS for CAMEL Subscription Information 
data via a MAP interface. 

The CAMEL service provider determines the actual format of the data sent within the Service Information element of 
the filter criteria (e.g. IMSI). The actual format is transparent to the S-CSCF i.e. CAMEL service information is not 
processed, analysed, or evaluated by the S-CSCF. It is, however, known to the IM-SSF, gsmSCF, and the HSS (for 
provisioning of the service information data). 

If a registration/de-registration request matches the filter criteria of the IM-SSF, the S-CSCF informs the IM-SSF of the 
request by performing a third party registration/de-registration i.e. a SIP REGISTER message is sent from the S-CSCF 
to the IM-SSF. 

General handling of IP Multimedia registration, re-registration, de-registration and receipt of initial filter criteria at the 
S-CSCF is specified in 3GPP TS 23.228 [6] and 23.218 [5]. 

The process and the procedures specific to CAMEL are specified in this subclause: 

Process Register_IM_SSF; 

Procedure CAMEL_IMCN_Register; 

Procedure CAMEL_IMCN_DeRegister. 



4.6.1.1.1 



Procedure CAMEL_IMCN_Register 



When querying the HSS for the subscriber's IM CSI data, the IM-SSF does not have to wait for the HSS's response on 
the first query before the subsequent queries are done, i.e Sending of multiple Any Time Interrogation operations can be 
done in parallel. However, the IM-SSF shall wait for all the responses from the HSS before it shall send a SIP response 
message to the S-CSCF. 
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Process Register_IM_SSF 

I N 

Process in IM-SSF for handling receipt of ' 
a SIP REGISTER method from the S-CSCF.1 



idle 



REGISTER 
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(BAMEL_IMCN 
De Register 




(nAMEL_IMCN 
Register 



Idle 



1(1) 



Signals to/from the left are to/from th 
the S-CSCF. 



Figure 4.9: Process Register_IM_SSF (sheet 1) 
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procedure CAMEL_IMCN_Register 

I N 

Procedure in IM-SSF when notified '^ 
of a UE's registration in the IM CN. 



Yes 




Yes 



200 OK 




ATS I Ack< 



Store 
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No 



200 OK 
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1(1) 
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Figure 4.10: Procedure CAMEL_IMCN_Register (sheet 1) 
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procedure CAMEL_IMCN_DeRegister 

Procedure in IM-SSF when notified of ' 
a UE's de-Registration. 



1(1) 



Signals to/from the left arel 
to/fromtheS-CSCF. 




No 



Yes 



Delete Subscriber 
IM-CSIdata 



200 OK 




4.6.1.2 



Figure 4.11: Procedure CAMEL_IMCN_DeRegister (sheet 1) 



Handling of Notify Subscriber Data Change 



When the HSS updates the CSI for a subscriber in the IP MuUimedia CN subsystem, the HSS shall send a Notify 
Subscriber Data Change to the IM-SSF if all of the following conditions are true: 

- The IM CSI data is marked with the Notification Flag 
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- The IM-SSF address is included in the gsmSCF address list 

The IM-SSF address shall be added in the gsmSCF address list at the HSS for notification of IM-CSI updates if one of 
the following conditions occurs: 

a. The HSS is notified of the subscriber's registration at the S-CSCF (via Cx interface), and the subscriber is 
provisioned with IM CSI data. 

b. Operator provisions HSS subscriber data with IMS CAMEL service while the subscriber is currently 
registered in the IMS network i.e. one or more IM CSI data is added to the subscriber's profile in the HSS. 

c. The HSS is notified of mobile termination for an unregistered subscriber (via Cx interface), and the 
subscriber is provisioned with IM CSI data 

The IM-SSF address shall be deleted from the gsmSCF address list when the HSS initiates, or is notified of, the UE's 
deregistration. 

The IM-SSF address in the gsmSCF address list may be changed when the HSS receives a notification of a registration 
for a UE with a S-CSCF name different from the previously assigned S-CSCF name (i.e. re-registration from HSS point 
of view). The HSS shall overwrite the existing IM-SSF address with the IM-SSF address associated with the new 
S-CSCF name. 

The HSS procedure for sending the Notify Subscriber Data Change to the IM-SSF is the same procedure used for 
notifying the gsmSCFs in the Circuit Switched CN. This procedure is described in Procedure CAMEL_NSDC_HLR 
specified in 3GPP TS 23.078 Rel-99[4]. 

The process specific to IM-SSF's handling of the Notify Subscriber Data Change is specified in this subclause: 

Process Update_CSI 
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Process Update_CSI 

I N 

Process in IM-SSF when notified '^ 
of a change of subscriber IM CSI data 
from the HSS. 



idle 



NOTIFY SUBSCRIBER 
DATA CHANGE 



Update/Delete 
Subscriber Data 



NOTIFY SUBSCRIBER 
DATA CHANOE 

ACK / 



Idle 



1(1) 



Signals signals to/from the right 
are to/from the HSS. 



Figure 4.12: Process Update_CSI (sheet 1) 
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4.6.1 .3 Handling of Mobile Originated Calls in the IM-SSF 

The functional behaviour of the S-CSCF is specified in 3GPP TS 23.218 [5]. The process and the procedures specific to 
CAMEL are specified in this subclause: 

- Process MO_IM_SSF; 

- Procedure CAMEL_IMCN_MO_0_IM_CSI_INIT; 

- Procedure CAMEL_IMCN_MO_D_IM_CSI_INIT; 

- Procedure CAMEL_IMCN_MO_CANCEL; 

- Procedure CAMEL_IMCN_MO_ANSWER; 

- Procedure CAMEL_IMCN_MO_UNSUCCESSFUL; 

- Procedure C AMEL_IMCN_MO_DISC 1 ; 

- Procedure CAMEL_IMCN_M0_DISC2; 

- Procedure CAMEL_OCH_CTR. 

Internal interface indicated with the "Int_SRF_" prefix within this subclause indicates internal interface with the MRFC. 

4.6.1 .3.1 Actions of the IM-SSF on receipt of lnt_Error 

The IM-SSF checks the default Call Handling parameter in the relevant CSI. 

If the default call handling is release, a BYE indication is sent to the MS. The IM-SSF then releases all resources and 
the invoked CAMEL procedure ends. 

If the call handling is continue, the IM-SSF continues processing without CAMEL support. 

4.6.1 .3.2 Actions of the IM-SSF on receipt of lnt_Continue 

The IM-SSF continues processing without any modification of call parameters. 

4.6.1 .3.3 Actions of the IM-SSF on receipt of lnt_Continue_With_Argument 

The IM-SSF continues processing with modified call parameters. The IM-SSF shall modify the call parameters by the 
information received in the Int_Continue_With_Argument message. Call parameters that are not included in the 
Int_Continue_With_Argument_Message are unchanged. 

4.6.1 .3.4 Actions of the IM-SSF on receipt of lnt_Connect 

The IM-SSF continues processing with modified call parameters. The IM-SSF shall transparently modify the call 
parameters with the received information. Call parameters, which are not included in the Int_Connect message, are 
unchanged. 

4.6.1 .3.5 Actions of the IM-SSF on receipt of lnt_Release_Call 

A BYE is sent to the MS, and a BYE is sent to the destination CSCF. The release cause received in the 
Int_Release_Call is used. The IM-SSF then releases all call resources and all CAMEL processing ends. 

4.6.1 .3.6 Handling of procedure CAMEL_OCH_CTR, sheet 1 

The IM-SSF behaves as a B2BUA (Back-2-Back User Agent) when a SIP INVITE is received for an outgoing call and 
SIP INVITE is sent to the MRFC (via S-CSCF) as a result of a CAP ConnectToResource request received from the 
SCF. 

A SIP response 100 Trying is sent after each INVITE but is not shown in the SDLs. 

The IM-SSF shall handle the 200 OK response from the MRFC as specified in 3GPP TS 23.218 [5]. 
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4.6.1 .3.7 Handling of procedure CAMEL_OCH_CTR, sheet 5 

The specifics on transporting information between the MRFC and the Application Server such as the IM-SSF, has not 
been standardised in 3GPP Rel-5 specifications for IMS. i.e. the SIP method to return the Prompt_and_Collect result 
from the MRFC to the IM-SSF, the SIP method for sending notification of play announcement completion to the 
IM-SSF when a request for a Specialised Resource Report was received, the SIP method to request the MRFC to play 
announcement and the SIP method to request the MRFC to prompt and collect user information, are not standardised. 

4.6.1 .3.8 Receipt of 100 Trying Provisional Response (Process MO_IM_SSF) 

The IM-SSF (acting as B2BUA) uses the S-CSCF as the next-hop server when sending the SIP INVITE to the 
destination S-CSCF. The 100 Trying provisional response received in the IM-SSF is actually generated and sent from 
the S-CSCF to indicate that the INVITE request has been received by the next-hop server (i.e. the S-CSCF) and is 
currently being processed. 

4.6.1.3.9 Handling of internal timers in Process MO_IM_SSF 

The SIP B timer defined in 3GPP TS 24.229 [8] is used for IM-SSF handhng of no response condition for an INVITE 
request, similar to the Circuit Switched handling of TNRy Timer for No Reply. The use of B timer in the IM-SSF is 
indicated in the SDL Process MO_IM_SSF. There are other SIP timers defined in 3GPP TS 24.229 [8] that are not 
specified in the SDLs for IM-SSF processing. The usage of these timers is based on the network's implementation of the 
IM-SSF (e.g. choice of UDP or TCP for transport of SIP, and how IM-SSF operates as both a UAS and a UAC - i.e. 
back-to-back UA). 

The following sub-clauses provide additional information on Process MO_IM_SSF's handling of the internal timers: 

Sheets 1-2: The inclusion of Expires header field in the INVITE method is optional and is used to indicate the duration 
of the invitation in seconds. When the timer fires before a final response is generated by the IM-SSF, the INVITE 
message is considered to be "expired". The IM-SSF shall report a call abandon event to the gsmSCF if requested and 
return a 487 Request Terminated to the originating S-CSCF. 

When the IM-SSF (taking the role of a UAC) sends out the INVITE request, the B timer (i.e. Tb timer) shall be used for 
the INVITE transaction timeout timer. Refer to 3GPP TS 24.229 [8] for the recommended B timer value. 

Sheet 3: When the IM-SSF (taking the role of a UAS) sends the 200 OK final response to the S-CSCF that sent the 
INVITE request, the IM-SSF shall start the Tack timer to monitor the receipt of the ACK request. Refer to 3 GPP TS 
24.229 [8] for the recommended ACK timer value. 

Sheet 4: The expiration of Tb timer shall be reported as a no answer event to the gsmSCF if requested. If the Tinvite 
timer expires, the IM-SSF shall report a call abandon event to the gsmSCF if requested. 

Sheet 5: The expiration of the Tack shall be reported to the gsmSCF as a call disconnect from the originating party if 
requested. 
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Process MO_IM_SSF 

I N 

Process in IM-SSF to perform ^ 
Mobile Originating Call ^ 

in IMS. 



1(6) 



/* Signals to/from the left are to/from the MS L 
via S-CSCF; signals to/from right are to/from 
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via S-CSCF, unless othen^/ise stated. */ 
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Figure 4.13-1 : Process MO_IM_SSF (sheet 1) 
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Process MO_IM_SSF 
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Figure 4.13-2: Process MO_IM_SSF (sheet 2) 
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Figure 4.13-3: Process MO_IM_SSF (sheet 3) 
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Process MO_IM_SSF 
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Figure 4.13-4: Process MO_IM_SSF (sheet 4) 
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Process MO_IM_SSF 
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r Signals to/from the left are to/from the MS via S-CSCF;[ 
signals to/from right are to/from the destination S-CSCF 
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Figure 4.13-5: Process MO_IM_SSF (sheet 5) 
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via S-CSCF, unless otherwise stated. */ 
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Figure 4.13-6: Process MO_IM_SSF (sheet 6) 
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Procedure CAMEL IMCN MO O IM CSI INIT 



1(3) 



r Procedure in the IM-SSF to ^^^ 

perform CAMEL handling for 
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Figure 4.14-1 : Procedure CAMEL_IMCN_MO_ 0_IM_CSI_INIT (sheet 1) 
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Procedure CAMEL IMCN MO O IM CSI INIT 
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Figure 4.14-2: Procedure CAMEL_IMCN_MO_0_IM_CSI_INIT (sheet 2) 
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Procedure CAMEL IMCN MO O IM CSI INIT 
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r Procedure in the IM-SSF to ^^^ 

perform CAMEL handling for 

an outgoing call INVITE request 7 



r Signals to/from the left are to/from the MS via S-CSCFi 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 
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Figure 4.14-3: Procedure CAMEL_IMCN_MO_0_IM_CSI_INIT (sheet 3) 
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Procedure CAMEL IMCN MO D IM CSI INIT 



1(3) 



/* Procedure in the IM-SSF to perform 
CAMEL handling for a subscribed 
Dialled Service */ 
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Figure 4.15-1 : Procedure CAMEL_IMCN_MO_D_IM_CSI_INIT (sheet 1) 
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Procedure CAMEL IMCN MO D IM CSI INIT 



/* Procedure in the IM-SSF to perform 
CAMEL handling for a subscribed 
Dialled Service */ 



Int Releas^ Call 



No 



Result:= 
Fail 



Int Error 



tauin^all 
handling =^ 
contifHoe-call ? 



2(3) 



r Signals to/from the left are to/from the MS via S-CSCFi 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 



i DP_ 
Analysedjnfo 



Int Connect 



lnt_Continu^_ 
With_Argument 




redi 



'Modify call 
barameters with 



Int Continue 



Yes 



Result:= 
Pass 



Figure 4.15-2: Procedure CAMEL_IMCN_MO_D_IM_CSI_INIT (sheet 2) 
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Procedure CAMEL IMCN MO D IM CSI INIT 



3(3) 



/* Procedure in the IM-SSF to perform 
CAMEL handling for a subscribed 
Dial led Service 7 



Internal 



^Tinvite 
expiry 



Result := 
INVITE Expire^ 




No 



DP_ 
nalysed_lnfo. 



r Signals to/from the left are to/from the MS via S-CSCFi 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 



DP_ 
Analysed_lnfo 



lnt_Connect_To_ 
Resource \ 



CAMEL OCH CTR 




Yes 



Result := 
Fail 




CANCEL 



CAMELJMCN 
MO CANCEL 



Result :: 
Abort 



Figure 4.15-3: Procedure CAMEL_IMCN_MO_D_IM_CSI_INIT (sheet 3) 
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Procedure CAMEL_IMCN_MO_CANCEL 

/* Procedure in IM-SSF to perform CAMEL 
handling for an outgoing call CANCEL request. 7 



1(1) 



/* Signals to/from the left are to/from the L 
MS via S-CSCF; 

signals to/from right are to/from the imcnSSF, 
unless otherwise stated. 7 



No 




Int Continue 




Figure 4.16: Procedure CAMEL_IMCN_MO_CANCEL (sheet 1) 
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Procedure CAMEL IMCN MO ANSWER 



1(2) 



/* Procedure in the IM-SSF to handle '^ 
an outgoing call Answer (200 OK) 
response from the terminating subscriber*/ 



r Signals to/from the left are to/from the MS via S-CSCFi 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 



No 



Result : 
Pass 




Int Continue 



Result := 
Pass 



/ifncnS 



^Nciyoke^ 
Yes 



Int DP O Answer 



_Ai)sv 



P O Answer 



Int Release Call 



No 




Default call handling 
continue call ? 



606 

Not Acceptable 



BYE 



Result := 
Fail 



Yes 



J To the destination 
S-CSCF 



Result := 
Pass 




Figure 4.17-1: Procedure CAMEL_IMCN_MO_ANSWER (sheet 1) 
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Procedure CAMEL IMCN MO ANSWER 



2(2) 



/* Procedure in the IM-SSF to handle '^ 
an outgoing call Answer (200 OK) 
response from the terminating subscriber*/ 



r Signals to/from the left are to/from the MS via S-CSCFi 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 



P O Answer 



BYE 



(SAMEL_IMCK 
MO DISC1 



BYE 



J From the destination 
S-CSCF 



No 



(HAMEL_IMCN 
MO DISC2 




Yes 



Result 
Fail 



Result := 
Reconnect 




Figure 4.17-2: Procedure CAMEL_IMCN_MO_ANSWER (sheet 2) 
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Procedure CAMEL IMCN MO UNSUCCESSFUL 



1(6) 



Procedure in IM-SSF to handle unsuccessful 
events in Mobile Originating Call in IMS. 



r Signals to/from the left are to/from the MS via S-CSCF;L 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 




4xx except 
401,407,413, 
420, 480, 486; or 

5xx; or 

6xx except 600. 



486, 
600 





480 



Tinner expiry 





Figure 4.18-1: Procedure CAMEL_IMCN_MO_UNSUCCESSFUL (sheet 1) 
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Procedure CAMEL IMCN MO UNSUCCESSFUL 



2(6) 



Procedure in IM-SSF to handle unsuccessful 
events in Mobile Originating Call in IMS. 



r Signals to/from the left are to/from the MS via S-CSCF;L 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 




No 



Yes 



lnt_DP_RoLile_ 
Select Failufe 



DP_Route_ 
Select Failure; 



Int Connect 



Int Continue 



Int Release Call 



Int Error 



Modify call 

barameters with 

re ceived informati on 



Result := 
Reconnect 



/ 






Same SIP 


\ 




4XX, 
5XX or 








6XX response 


[ Wait For ^ 
kCK_For_Erro 


received 


1 










\ack 










Result := 
Continue 






Figure 4.18-2: Procedure CAMELJMCN_MO_UNSUCCESSFUL (sheet 2) 
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Procedure CAMEL IMCN MO UNSUCCESSFUL 



3(6) 



Procedure in IM-SSF to handle unsuccessful 
events in Mobile Originating Call in IMS. 



r Signals to/from the left are to/from the MS via S-CSCF;L 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 




No 



DP_0_Busy 



Int Connect 



Int Continue 



Int Error 



Int Releas^ Call 



Modify call 

arameters with 

re' deived informati o r 



Result := 
Reconnect 



Wait_For 
CK For Erroi 



Same SIP 
4XX, or 
6XX response 
received 



>ACK 



Result := 
Continue 




Figure 4.18-3: Procedure CAMEL_IMCN_MO_UNSUCCESSFUL (sheet 3) 
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Procedure CAMEL IMCN MO UNSUCCESSFUL 



4(6) 



Procedure in IM-SSF to handle unsuccessful 
events in Mobile Originating Call in IMS. 



Int Connect 



Modify call 

arameters with 

received informatio r 



Result := 
Reconnect 



r Signals to/from the left are to/from the MS via S-CSCF;L 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 




No 



lnt_DP_0_ 
No Answer/ 



DP_0_ 
No Answer 



Int Continue 



Int Error 



Int Releas^ Call 



lnt_0_Excepjl>on 



Same SIP 
4XX response 
received 



Wait_For 
CK For Erroi 



ACK 



Result := 
Continue 




Figure 4.18-4: Procedure CAMEL_IMCN_MO_UNSUCCESSFUL (sheet 4) 
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Procedure CAMEL IMCN MO UNSUCCESSFUL 



5(6) 



Procedure in IM-SSF to handle unsuccessful 
events in Mobile Originating Call in IMS. 



r Signals to/from the left are to/from the MS via S-CSCF;L 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 




No 



lnt_DP_0_ 
No Answer/ 



DP_0_ 
No Answer 



Int Connect 



Int Continue 



Int Error 



Modify call 

arameters with 

received informatio n 



lnt_0_Excep)i>on 



Result := 
Reconnect 



487 Request 
Terminated 



Wait_For_ 
CK For Erroi 



ACK 



Result := 
Continue 




Int Release Call 



Figure 4.18-5: Procedure CAMEL_IMCN_MO_UNSUCCESSFUL (sheet 5) 



ETSI 



3GPP TS 23.278 version 9.0.0 Release 9 



55 



ETSI TS 123 278 V9.0.0 (2010-01) 



Procedure CAMEL IMCN MO UNSUCCESSFUL 



6(6) 



Procedure in IM-SSF to handle unsuccessful 
events in Mobile Originating Call in IMS. 



> CANCEL 



dAMEL_IMCN 
MO_CANCEL 



Fail 



487 Requ6)St 
Terminated 



200 OK 



Result := 
Fail 




r Signals to/from the left are to/from the MS via S-CSCF;L 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 



DP_0_Busy 

DP_0_No_Answer 

DP Route Select Failure 



lnt_ConnecLTo 
Resource \ 



EL OCH CTR 




Figure 4.18-6: Procedure CAMEL_IMCN_MO_UNSUCCESSFUL (sheet 6) 
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Procedure CAMEL IMCN MO DISC1 



1(1) 



/* Procedure in the IM-SSF to handle an 
outgoing call on the BYE request from caller*/ 



r*1 



Int Error 



BYE 



200 OK 



Result := 
Continue 




r Sgnals to/from the left are to/from the MS via S-CSCFi 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 



No 



ifficnSSF^ 
yoke^:?-^ 



Yes 



lnt_DP_0_\ 
Disconnect / 

\ r l e gld = 1 /7 



DP_0_ 
Disconnect 1 



Int Release Call Int Continue 



as^_ 



BYE 



] From the destination 
S-CSCF 



; To the destination 
S-CSCF 



lnt_DP_ \ 
O Disconnect 



r legld 



J2// 



DP_0_ 
Disconnect 2 



Int Releas^Call 




To the destination 
S-CSCF 



Figure 4.19: Procedure CAMEL_IMCN_M0_DISC1 (sheet 1) 
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Procedure CAMEL_IMCN_M0_DISC2 

r N 

/* Procedure in the IM-SSF to handle an '^ 
outgoing call on the BYE request from calleeV 



1(2) 



Int Error 



No 



Result := 
Continue 




BYE 



lnt_DP_ \ 
0_Disconnepl 



r legld 



A/I 



DP_0_ 
Disconnect 1 



200 OK 



r Signals to/from the left are to/from the MS via S-CSCFi 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 



ifficnSSF^ 
yoke^^ 

I Yes 

lnt_DP_0_\ 
Disconnect / 
r i e gld = 2/7 



DP_0_ 
Disconnect 2 



Int Continue 



lnt_Release^ 
Call \ 

T 



int Error 



Int Co 



nne<t 



Modiiy call 

parameters with 

re ceived informati on 



BYE 



Final F^esponse Received := 
False 



Int Continue Int Releas^ Call 



Result := 
Reconnect 



Result := 
Continue 



200 OK 



J To the destination 
S-CSCF 




Figure 4.20-1: Procedure CAMEL_IMCN_M0_DISC2 (sheet 1) 
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Procedure CAMEL IMCN MO DISC2 



/* Procedure in the IM-SSF to handle an '^ 
outgoing cbI! on the BYE request from callee*/ 



2(2) 



r Signals to/from the left are to/from the MS via S-CSCF;L 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 



DP_0_ 
Disconnect 2 



lnt_Connec^To_ 
Resource \ 



CAMEL OCH CTR 




No 



Yes 



Result := 
Continue 



DP_0_ 
Disconnect 2 




Figure 4.20-2: Procedure CAMEL_IMCN_M0_DISC2 (sheet 2) 
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Procedure CAMEL_OCH_CTR 

Procedure in the IM-SSF '^ 

to handle a Connect To Resource 
operation. 



Signals to/from the left are to/from theMS. I 
Signals to/from the right are to/from 
the imcnSSF unless otherwise stated. 



Wai Lf or_P layAnn CIO r_ 
P rom ptp\ n d_Col I ectTeq u est 



CAP_Play_ 
An no un cert en t 



CAP_Prompt_ 
And_Colledt 
User inforrmtion 



lnt_Disconn^t_ 
Forward_ < 
Connectionx 



INVITE 






To MRFC 



INVITE 



^ To MRFC 



^ 



Wait_for_200_OK 

^^ ^ J 



200 OK 



200 OK 



ACK 



From MRFC 



From MRFC 



^ To MRFC 



Error 
response 



Int CTR Faited 



Result:= 
pass 



Int SRF Coitnected 



omi€ 




>BYE 



200 OK 



lnt_DP_0_^ 
Disconnect 
ne gi pv / 



BYE 



Relay 



To MRFC 



/Await_SRF_ 

' Disconnection 

V Active 



To MRFC 



Result:= 
pass 




CANCEL 



200 OK 



487 Request 
Terminated 



lnt_DP_0_ 
Abandon 
ne gi pv . 



P_0_Abandoi 
DFC 



Int Continue 



CANCEL 



£Await_SRF 
Disconnection 
\ Fail 



1(5) 



Figure 4.21-1 : Procedure CAMEL_OCH_CTR (sheet 1) 
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Procedure CAMEL_OCH_CTR 

Procedure in the IM-SSF '^ 

to handle a Connect To Resource 
operation. 



Relay 



BYE 



200 OK 



From M RFC 



^ To MRFC 



Int SRF Released 



Result:= 
pass 




>BYE 



200 OK 



lnt_DP_0_^ 
Disconnect 
riegipv / 



Result:: 
pass 




2(5) 



Signals to/from the left are to/from the MS. I 
Signals to/from the right are to/from 
the imcnSSF unless otherwise stated. 



lnt_Disconn^t_ 
Forward_ < 
Connection \ 



BYE 



Await_SRF 

isconnection 

Continue 



CANCEL 



200 OK 



lnt_DP_0_ 
Abandon 
r legip 7 



P_0_Abando 
Fail 



Int contin 



Result:= 
fail 




^ To MRFC 



200 OK 



Int SRF 



From MRFC 



Relba 



sed 



Result:: 
pass 




Figure 4.21-2: Procedure CAMEL_OCH_CTR (sheet 2) 
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Procedure CAMEL_OCH_CTR 

Procedure in the IM-SSF 

to handle a Connect To Resourc^ 

operation. 



3(5) 



Signals to/from the left are to/from the MS. ^ 
Signals to/from the right are to/from 
the imcnSSF unless otherwise stated. 



>BYE 



200 OK 



lnt_DP_0_\ 
Disconnect 
r i e gi pv / 



Wai i_For_Dis con nect_ 
Forward_Connec|ion 



> CANCEL 



200 OK 



lnt_DP_0_ 

Abandon 

rie gi pv 



P_0_Abandoh 
DFC 



Relay, 

Wait_for_PlayAn nc_or_ 

Prompt_And_Collect_request 



>ACK 



Int Continue 



Wai i_For_Dis con nipct_ 
Fo rwa rd_Co nn ectio n 



Figure 4.21-3: Procedure CAMEL_OCH_CTR (slieet 3) 
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Procedure CAMEL_OCH_CTR 

Procedure in the IM-SSF '^ 

to handle a Connect To Resource 
operation. 



4(5) 



Signals to/from the left are to/from the MS. I 
Signals to/from the right are to/from 
the imcnSSF unless otherwise stated. 



WaiT_For_Disconnect_ 
Foriward_Connection 



lnt_Disconnect_ 
Forward QDnnection 



BYE 






To MRFC 




\nswer 
sceivec 



True 



/Await_SRF_ 
Disconnection 
V Active 



False 



/Await_SRF_\ 
Disco nnectionl 

V FaU 7 



/Await_SRF_^ 
Disco nnection_ 
\ Active / 


1 


/'Await_SRF_^ 
Disconnection 
\ Fail / 


1 












200 OK / 


^ From MRFC 


200 OK /- 


^ From MRFC 














Result:= 
pass 


Result:= 
fail 







Figure 4.21-4: Procedure CAMEL_OCH_CTR (sheet 4) 
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Procedure CAMEL_OCH_CTR 

Procedure in the IM-SSF 

to handle a Connect To Resourc^ 

operation. 



5(5) 



Signals to/from the left are to/from the MRFC. 
Signals to/from the right are to/from 
the imcnSSF. 



Relay 



^(Notification of 
PlayAnnc (Completed) 



CAP_SpeciaUsed 
ResourceReport 



(Return of 
> Prompts Collect 
Re sult) 



CAP_Promp 
And_Collect^ 

ack 



CAP_Play / 
Announcement 



(Play_ 
Announcement) 



CAP_Promp 

And_Colle 

User Inform^ on 




Colle:t 



mation) 



Relay 



Figure 4.21-5: Procedure CAMEL_OCH_CTR (slieet 5) 
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4.6.1 .4 Handling of Mobile Ternninated IP Multimedia sessions in the IM-SSF 

The functional behaviour of the S-CSCF for handhng terminating calls is specified in 3GPP TS 23.218[5].The process 
and the procedures specific to CAMEL are specified in this subclause: 

- Process MT_IM_SSF; 

- Procedure Check_Registration; 

- Procedure CAMEL_IMCN_MT_VT_IM_CSI_INIT; 

- Procedure CAMEL_IMCN_MT_RECONNECT; 

- Procedure CAMEL_IMCN_MT_CANCEL; 

- Procedure CAMEL_IMCN_MT_ANSWER; 

- Procedure CAMEL_IMCN_MT_UNSUCCESSFUL; 

- Procedure C AMEL_IMCN_MT_DISC 1 ; 

- Procedure CAMEL_IMCN_MT_DISC2; 

- Procedure CAMEL_CAMEL_MT_CTR. 

Internal interface indicated with the "Int_SRF_" prefix within this subclause indicates internal interface with the MRFC. 

4.6.1 .4.1 Actions of the IM-SSF on receipt of lnt_Error 

The IM-SSF checks the default Call Handling parameter in the relevant CSI. 

If the default call handling is release, a BYE indication is sent to the originating CSCF. The IM-SSF then releases all 
resources and the invoked CAMEL procedure ends. 

If the call handling is continue, the IM-SSF continues processing without CAMEL support. 

4.6.1 .4.2 Actions of the IM-SSF on receipt of lnt_Release_Call 

The IM-SSF BYE message is sent to the originating CSCF and resources are released. 

4.6.1 .4.3 Actions of the IM-SSF on receipt of lnt_Continue_With_Argument 

The IM-SSF shall replace the call parameters by the information received in the Int_Continue_With_Argument 
message. Call parameters that are not included in the Int_Continue_With_Argument_Message are unchanged. 

4.6.1 .4.4 Actions of IM-SSF in procedure CAMEL_IMCN_MT_INVITE for Unregistered 
Subscriber 

When querying the HSS for the subscriber's IM CSI data, the IMSSF does not have to wait for the HSS's response on 
the first query before the subsequent queries are done. i.e. Sending of multiple Any Time Interrogation operations can 
be done in parallel. However, the IM-SSF shall wait for all the responses from the HSS before it shall continue with the 
handling of the terminating IP multimedia session. 

4.6.1 .4.5 Handling of procedure CAMEL_MT_CTR, sheet 1 

The IM-SSF behaves as a B2BUA (Back-2-Back User Agent) when a SIP INVITE is received for an terminating call 
and SIP INVITE is sent to the MRFC (via S-CSCF) as a result of a CAP ConnectToResource request received from the 
SCF. 

A SIP response 100 Trying is sent after each INVITE but is not shown in the SDLs. 

The IM-SSF shall handle the 200 OK response from the MRFC as specified in 3GPP TS 23.218 [5]. 
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4.6.1 .4.6 Handling of procedure CAMEL_MT_CTR, sheet 5 

The specifics on transporting information between the MRFC and the Application Server such as the IM-SSF, has not 
been standardised in 3GPP Rel-5 specifications for IMS. i.e. the SIP method to return Prompt_And_Collect result from 
the MRFC to the IM-SSF, the SIP method for sending notification of play announcement completion to the IM-SSF 
when a request for a Specialised Resource Report was received, the SIP method to request the MRFC to play 
announcement and the SIP method to request the MRFC to prompt and collect user information, are not standardised. 

4.6.1 .4.7 Receipt of 100 Trying Provisional Response (Process MTJMSSF) 

The IM-SSF (acting as a B2BUA) uses the S-CSCF as a next-hop server when sending the SIP INVITE to the 
terminating subscriber. The 100 Trying provisional response received in the IM-SSF is actually generated and sent 
from the S-CSCF to indicate that the INVITE request has been received by the next-hop server (i.e. the S-CSCF) and is 
currently being processed. 

4.6.1 .4.8 Handling of internal timers in Process MT_IM_SSF 

For additional description on usage of internal timers in Process MT_IM_SSF, please refer to the description in clause 
4.6.1.3.9. 
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Process MT_IM_SSF 

I N 

Process in IM-SSF to perform ^ 
Mobile Terminating Call ^ 

in IMS. 



1(6) 



/* Signals to/from the left are to/from the MS ^ 
via S-CSCF; signals to /from right are to/from the 
originating S-CSCF via S-CSCF, 
unless othenA/ise stated. */ 



Idle 



INVITE 




CAM EL_ Invocation := False; 
Provisional_Respose_Received := False; 
Final_Response_Received := False; 
Ack_Received := False; 
Cane el_ Received := False; 
Bye_Received := False; 



Tinvite := 

INVITE Expire^ 

received 





Figure 4.22-1 : Process MT_IM_SSF (sheet 1) 
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Process MT_IM_SSF 

I N 

Process in IM-SSF to perform 
Mobile Terminating Call 
in IMS. 



2(6) 



/* Signals to/from the left are to/from the MS K 
via S-CSCF; signals to/from right are to/from the 
originating S-CSCF via S-CSCF, 
unless otherwise stated. */ 




Check_ 
Registration 




qAMELJMCN 
MT_VT_IM 
CSI INIT' 




onnect 





Establish 

Through 

Connection 



Release 

Call 

Re so u rces 



Idle 



INVITE Expires 



Event := 

"Timer 

expired" 



CAMELJMCN 
MT_CANCEL 



487 RequesK 
Terminated / 





Figure 4.22-2: Process MT_IM_SSF (sheet 2) 
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Process MT_IM_SSF 

I N 

Process in IM-SSF to perform 
Mobile Terminating Call 
in IMS. 



3(6) 



r Signals to/from the left are to/from the MS via S-CSCF;[ 
signals to/from right are to/from the originating S-CSCF 
via S-CSCF, unless otherwise stated. */ 



100 Trying 



i Wait_For_ \ 
I MT_ Answer 1 










\ 1xx except 
/100 







>200 OK 



1xx 




True 



False 



Provisbnal_Respon 
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MT ANSWE 
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200 OK 



Reconnect 
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Wait_For_ 
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Figure 4.22-3: Process MT_IM_SSF (sheet 3) 
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Process MT_IM_SSF 

I N 

Process in IM-SSF to perform 
Mobile Terminating Call 
in IMS. 



4(6) 



r Signals to/from the left are to/from the MS via S-CSCF;[ 
signals to/from right are to/from the originating S-CSCF 
via S-CSCF, unless otherwise stated. */ 



Wait_For_ 
MT Answer 



r ^ Internal 



CANCEL 



4xx 

>5xx 

6xx 



ACK 



Event := 

(Response 

Code) 




^ravisor 
Response, 
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Oancel_Received 
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Wait_For_ 
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CANCEL 
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CANCEL 
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"Timer 
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r ^ Internal 
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Figure 4.22-4: Process MT_IM_SSF (sheet 4) 
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Process MT_IM_SSF 

I N 

Process in IM-SSF to perform 
Mobile Terminating Call 
in IMS. 



5(6) 



r Signals to/from the left are to/from the MS via S-CSCF;[ 
signals to/from right are to/from the originating S-CSCF 
via S-CSCF, unless otherwise stated. */ 




r ^ Internal 



BYE 



CtAMELJMC 
MT DISC1 



Tack 
expiry 
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Wait_For_ 
Clear 



^su^ No 
Heqonnep^^r 
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Figure 4.22-5: Process MT_IM_SSF (sheet 5) 
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Process MT_IM_SSF 

I N 

Process in IM-SSF to perform 
Mobile Terminating Call 
in IMS. 



>BYE 



qAMELJMC 
MT DISC 2 




Yes 




No 



6(6) 



r Signals to/from the left are to/from the MS via S-CSCF;[ 
signals to/from right are to/from the originating S-CSCF 
via S-CSCF, unless otherwise stated. 7 



Wait_For_ 
Clear 



BYE 



lnt_Release 
Call ^ 



From imcnSSF 



(RAMELJMC 
MT DISC1 



BYE 



BYE 




Figure 4.22-6: Process MT_IM_SSF (sheet 6) 
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Procedure Check_Registration 

r N 

Procedure in IM-SSF to check and obtain '^ 
CSI for a terminating unregistered subscriber 



Yes 



Rsult:= 
Pass 




ATSLquery 



ait for response 

V ^ 



ATS I Ack< 



Store 
Subscriber infb 




1(1) 



/* Signals to/from the right are 
to/from the HSS. 7 



Requested CSI: 
VT-IM-CSI 



ATSI Neg^i^ 
Response\ 



Result 
Fail 



Figure 4.23: Procedure Check_Registration (sheet 1) 
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Procedure CAMEL IMCN MT VT IM CSI INIT 



1(3) 



\r Procedure in the IM-SSF to ^^^ 
perform CAMEL handling for 
a terminating call INVITE request*/ 



/* Signals to/from the left are to/from the originating S-CSCF [ 
via S-CSCF; signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 



No 



Result:= 
Pass 





Yes 



CAMEL_ 

Invocation 

:= T rue 



Store original 
call parameter^ 



lnt_lnvoke_kicnSSF 
(VT-IM-CSI)/ 



I wait_for_ | 

imcnSSF_lnvoked 

V ^ 7 



IntJmcnSSJ^ 
Invoked \ 



lnt_DP_Termination_ 
Attempt_Au)^ised 



CANCEL 



dAMEL_IMCN 
MT_CANCEL 



Dp_Terminatioi 
Attempt^ 
Au torised 



Result := 
Abort 




Figure 4.24-1: Procedure CAMEL_IMCN_MT_VT_IM_CSI_INIT (sheet 1) 
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Procedure CAMEL IMCN MT VT IM CSI INIT 



2(3) 



\r Procedure in the IM-SSF to ^^^ 
perform CAMEL handling for 
a terminating call INVITE request*/ 



/* Signals to/from the left are to/from the originating S-CSCF [ 
via S-CSCF; signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 



D|P_Termination_ 
Attempt_ 
Authorised J 



Int Conned 




lnt_ContinL^e_ 
With ArgiNTient 



'Modify call 
parameters witfi 
red 



Int Continue 



Int Error 



Int Release Call 



Modify call 
parameters witlji 
red 



Yes 



Defai 




INVITE 



J To the terminating 
MS 



Result : 
Pass 



Result : 
Fail 





Figure 4.24-2: Procedure CAMEL_IMCN_MT_VT_IM_CSI_INIT (sheet 2) 
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Procedure CAMEL IMCN MT VT IM CSI INIT 



3(3) 



\r Procedure in the IM-SSF to ^^^ 
perform CAMEL handling for 
a terminating call INVITE request*/ 



/* Signals to/from the left are to/from the originating S-CSCFL 
via S-CSCF; signals to/from right are to/from the imcnSSF, 
unless otherwise stated. 7 



DPJTerminatiori 
Attempt, r 
V Au thorised J 



Internal 



Tinvite 
expirry 



Result := 
INVITE Expire^ 



CANCEL 



dAMELJMCN 
MT_CANCElJ 



lnt_Connect_To_ 
Resource \ 



CAMEL MT CTR 






DP_TerminatiorL 
Attempt, r 
V Au thorised J 



Yes 

Result := 
Fail 





Figure 4.24-3: Procedure CAMEL_IMCN_MT_VT_IM_CSI_INIT (sheet 3) 
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Procedure CAMEL IMCN MT RECONNECT 



1(1) 



Procedure in IM-SSF to handle MTcall 
to redirect the call. 



1 XX Provisional 
Response\ 



Wait_For_ 
Response 



/* Signals to/from the right are to/from the process [ 
MO IM SSF, unless otherwise stated. 7 



INVITE 



Wait_For_ 
Response 



200 OK 



Tinner expiry Internal 



Result := 
Pass 



Result : 
Fail 





Any response codes other 
than listed in this state 



Figure 4.25: Procedure CAMEL_IMCN_MT_RECONNECT (sheet 1) 
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Procedure CAMEL_IMCN_MT_CANCEL 

I N 

/* Procedure in IM-SSF to perform CAMEL ^'^ 
handling for an incoming call CANCEL 
request.*/ 



1(1) 



r Signals to/from the left are to/from the MS ^ 
via S-CSCF; 

signals to/from right are to/from the imcnSSF, 
unless otherwise stated. 7 



No 



^/^fficnSSl^^ 

I^Y es 
Int DP T Abandon 



ABar 



P T Abandoi 



Int Continue 




Figure 4.26: Procedure CAMEL_IMCN_MT_CANCEL (sheet 1) 
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Procedure CAMEL IMCN MT ANSWER 



1(2) 



r Procedure in the IM-SSF to perform '^ 
CAMEL handling for a terminating call 
upon 200 OK message 7 



No 



Result:= 
Pass 




Int Continue 



Result:= 
Pass 



r Signals to/from the left are to/from the MS via S-CSCFi 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. 7 




icnS^^ 
yoke^?^ 

Yes 



Int DP T Answer 



DP T Answer 



Int Relea 



No 



Result := 
Fail 



^ 





Default call handling 
continue call ? 



Figure 4.27-1 : Procedure CAMEL_IMCN_MT_ANSWER (slieet 1) 



ETSI 



3GPP TS 23.278 version 9.0.0 Release 9 



79 



ETSI TS 123 278 V9.0.0 (2010-01) 



Procedure CAMEL IMCN MT ANSWER 



2(2) 



/* Procedure in the IM-SSF to perform '^ 
CAMEL handling for a terminating call 
upon 200 OK message */ 



r Signals to/from the left are to/from the MS via S-CSCFi 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 



DP T Answer 



>BYE 



(Samel_imcK 

MT DISC2 




Yes 



Result := 
Reconnect 



BYE 



J From the originating 
S-CSCF 



(HAMELJMCN 
MT DISC1 



No 



Result 
Fail 




Figure 4.27-2: Procedure CAMEL_IMCN_MT_ANSWER (sheet 2) 
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Procedure CAMEL IMCN MT UNSUCCESSFUL 



1(5) 



Procedure in IM-SSF to handle unsuccessful 
events in Mobile Terminating Call in IMS. 



4xx except 
401,407,413, 
420, 480; or 

5xx; or 

6xx. 




r Signals to/from the left are to/from the MS via S-CSCFi 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. 7 



Event ? 
^80 



Timer expiry 





Figure 4.28-1 : Procedure CAMEL_IMCN_MT_UNSUCCESSFUL (slieet 1) 
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Procedure CAMEL IMCN MT UNSUCCESSFUL 



2(5) 



Procedure in IM-SSF to handle unsuccessful 
events in Mobile Terminating Call in IMS. 



r Signals to/from the left are to/from the MS via S-CSCF;[ 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 
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lnt_DP_T_Bu)sy 
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Int Error 



Modify call Same SIP 
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Int Release Call 



J To originating 
S-CSCF 



; From originating 
S-CSCF 



Figure 4.28-2: Procedure CAMEL_IMCN_MT_UNSUCCESSFUL (sheet 2) 
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Procedure CAMEL IMCN MT UNSUCCESSFUL 



3(5) 



Procedure in IM-SSF to handle unsuccessful 
events in Mobile Terminating Call in IMS. 



Int Conned 



Modify call 

barameters with 

received i n formation 



Result := 
Reconnect 




r Signals to/from the left are to/from the MS via S-CSCF;[ 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 
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lnt_DP_T_\ 
No Answer/ 
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' From originating S-CSCF 



Figure 4.28-3: Procedure CAMEL_IMCN_MT_UNSUCCESSFUL (sheet 3) 
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Procedure CAMEL IMCN MT UNSUCCESSFUL 



4(5) 



Procedure in IM-SSF to liandle unsuccessful 
events in Mobile Terminating Call in IMS. 



r Signals to/from the left are to/from the MS via S-CSCF;[ 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 
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lnt_DP_T_\ 
No Answer/ 
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No Answer 
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Figure 4.28-4: Procedure CAMEL_IMCN_MT_UNSUCCESSFUL (sheet 4) 
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Procedure CAMEL IMCN MT UNSUCCESSFUL 



5(5) 



Procedure in IM-SSF to handle unsuccessful 
events in Mobile Terminating Call in IMS. 



r Signals to/from the left are to/from the MS via S-CSCF;[ 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 



CANCEL 



J From the originating 
S-CSCF 



dAMELJMCI 
MT_CANCEI 



Fail 



487 Request 
Terminated/ 



200 OK 



Result 
Fail 
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S-CSCF 
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DP T No Answer 
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Figure 4.28-5: Procedure CAMEL_IMCN_MT_UNSUCCESSFUL (sheet 5) 
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Procedure CAMEL_IMCN_MT_DISC1 

r N 

/* Procedure in the IM-SSF to handle an '^ 
outgoing call on the BYE request from caller V 



Int Error 



BYE 



200 OK 



Result:= 
Continue 




r Sgnals to/from the left are to/from the MS via S-CSCFi 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 



No 



itTicnS^F\ 
yoke^:?-^ 

Yes 



lnt_DP_ 
T_Disconne 
\ r l e gld = \/l 
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DP_T_ 
Disconnect 1 



Int Releas^ Call 



Int Continue 



Int Contin^ 



200 OK 



J To the originating 
S-CSCF 



BYE 



lnt_DP_ 
T Disconne 



\ r \ e M = 2/l 



DP_T_ 
Disconnect 2 



Int Error 



1(1) 



Int ReleaseCall 



Figure 4.29: Procedure CAMEL_IMCN_MT_DISC1 (sheet 1) 
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Procedure CAMEL_IMCN_MT_DISC2 

I N 

r Procedure in the IM-SSF to handle an 
outgoing call on the BYE request from callee 7 



Result := 
Continue 




Int Error 



r Signals to/from the left are to/from the MS via S-CSCFi 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 



No 



\ From the originating 
S-CSCF 



itTicnS^F\ 
voke^?-^ 

^1 Yes 

lnt_DP_ \ 
T_Disconnec^ 
r i e gld = 2/7 



DP_T_ 
Disconnect 2 



BYE 



Int Continue 



lnt_Release^ 
_Call \ 



Int error 
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BYE 



J To the originating 
S-CSCF 



Int Continue Int Release Call 



200 OK 



^ J To the originating 
S-CSCF 



Modify call 

ijarameters with 

received information 



1(2) 



Fnal_Respons^_ 
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F a lse 



Result := 
Continue 



Result := 
Reconnect 



200 OK 




Figure 4.30-1: Procedure CAMEL_IMCN_MT_DISC2 (sheet 1) 
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Procedure CAMEL_IMCN_MT_DISC2 

I N 

r Procedure in the IM-SSF to handle an 
outgoing call on the BYE request from callee 7 



2(2) 



r Signals to/from the left are to/from the MS via S-CSCFi 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 



DP_T_ 
Disconnect 2 



lnt_Conne9^To_ 
Resource 



CAMEL MT CTR 




No 



DPlT Disconned 2 



Yes 



Result := 
Continue 




Figure 4.30-2: Procedure CAMEL_IMCN_MT_DISC2 (sheet 2) 
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Procedure CAMEL_Start_TNRy 



Prodedure in IM-SSFto start 
the timer TNRy 




Start TNRy 

witli received 

time v alue 



JN^defkrit^ 





1(1) 



Figure 4.31 : Procedure CAMEL_Start_TNRy (sheet 1) 
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Procedure CAMEL_Stop_TNRy 



Procedure in the IM-SSF^'^ 
to stop the timer TNRy 




No 



No 



1(1) 



Figure 4.32: Procedure CAMEL_Stop_TNRy (slieet 1) 



ETSI 



3GPP TS 23.278 version 9.0.0 Release 9 



90 



ETSI TS 123 278 V9.0.0 (2010-01) 



Procedure CAMEL_MT_CTR 

Procedure in the IM-SSF ^^^ 

to handle a Connect To Resource 
operation. 



1(5) 



Signals to/from the left are to/from K 
the originating party. 
Signals to/from the right are to/from 
the imcnSSF unless otherwise stated. 



WaiOor_PlayAnncLor_ 
P rom ptlA n d_Col lect_req u est 



CAP_Play / 
Announcement 



CAP_Pronnpt_ 
And_Colleat 
User Information 



lnt_Disconnect_ 
Forward_ \ 
Connection \ 



INVITE 



J To MRFC 



INVITE 



^ To MRFC 



Result:= 
pass 



ait for 200 QK 




200 OK 



From MRFC 



Error 
response 



From MRFC 



>BYE 



200 OK 



Int CTR Faited 



200 OK 



ACK 



^ To MRFC 



Result:= 
pass 



Int SRF Con>ected 




lnt_DP_T_^ 
Disconnect 
r i e gi pv / 



BYE 



Relay 



To MRFC 



/Await_SRF 
Disconnection 
V Active 



To MRFC 



CANCEL 



200 OK 



487 Request 
Terminated 



lnt_DP_T_ 
Abandon 
r le gip 7 



pP_T_> 



l)P_T_Abandoi 
DFC 
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CANCEL 



£Await_SRF 
Disconnection 
V Fail 



Figure 4.33-1 : Procedure CAMEL_MT_CTR (sheet 1) 
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Procedure CAMEL MT CTR 



Procedure in the IM-SSF 

to handle a Connect To Resource^ 

operation. 



2(5) 



Signals to/from the left are to/from ^ 
the originating party. 
Signals to/from the right are to/from 
the imcnSSF unless otherwise stated 



Relay 



BYE 



200 OK 



From M RFC 



i To MRFC 



lnt_Disconnect_ 
Forward_ \ 
Connection \ 



BYE 



i To MRFC 



Int SRF Released 



Results 
pass 




>BYE 



200 OK 



lnt_DP_T_\ 
Disconnect 
/* l e gi p7 / 



Result:= 
pass 




Await_SRF 

isconnection 

Continue 



> CANCEL 



200 OK 



lnt_DP_T_ 
Abandon 
r l e gi p 7 



P_T_Abandon 
Fail 



Int contin 



200 OK 



From MRFC 



Int SRF Released 



Result:= 
pass 




Result:: 
fail 




Figure 4.33-2: Procedure CAMEL_MT_CTR (sheet 2) 
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Procedure CAMEL MT CTR 



Procedure in the IM-SSF 

to handle a Connect To Resource^ 

operation. 



3(5) 



Signals to/from the left are to/from ^ 
the originating party. 
Signals to/from the right are to/from 
the imcnSSF unless otherwise stated 



Relay, 

WaitJ r_PlayAn nc_or_ 

Prompt_And_Collect_request 



>BYE 



> CANCEL 



>ACK 



200 OK 



200 OK 



lnt_DP_T_\ 
Disconnect 
r l e gi p 7 / 



WaiT_For_Disconnect_ 
Fo r|ward_Co nn ectio n 



lnt_DP_T_ 
Abandon 
r l e gi p 7 



P_T_Abandoi 
DFC 
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Waii_For_Disconnect_ 
Fo i\ward_Co nn ectio n 



Figure 4.33-3: Procedure CAMEL_MT_CTR (slieet 3) 
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Procedure CAMEL MT CTR 



Procedure in the IM-SSF 

to handle a Connect To Resource^ 

operation. 



4(5) 



Signals to/from the left are to/from ^ 
the originating party. 
Signals to/from the right are to/from 
the imcnSSF unless otherwise stated 



Waii_For_Disconnect_ 
Forward Connection 

V ~ 7 



lnt_Disconnect_ 
Forward O3nnection 




True 
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Await_SRF_A 

isconnection I 
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Await_SRF 

isconnection 
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/^Await_SRF 
Disconnection 
V Active 



[Await_SRF 
Disconnection 
V Fail 



200 OK 



1 From M RFC 



200 OK 



From M RFC 



Results 
pass 




Result:: 
fail 




Figure 4.33-4: Procedure CAMEL_MT_CTR (slieet 4) 
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Procedure CAMEL MT CTR 



Procedure in the IM-SSF 

to handle a Connect To Resource^ 

operation. 



Signals to/from the left are to/from K 
the MRFC. Signals to/from the right are 
to /from the imcnSSF. 



5(5) 



Relay 



^(Notificatiqn 
PlayAnnc 



of 
Completed) 



(Return of 
> Prompt & Collect 
Re sult) 



CAP_Play / 
Announcement 
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ResourceReport 



CAP_Prom^ 
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CAP_Prompt_ 
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(Play_ 
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Figure 4.33-5: Procedure CAMEL_MT_CTR (sheet 5) 
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4.6.1 .5 Handling of call in the imcnSSF 

Handling of mobile calls in the imcnSSF may involve the following process and procedures: 

Process imcnSSF; 

Note that the following procedures are specified in 3GPP TS 23.078 Rel-99 [4]. For these procedures, the imcnSSF 
shall take the role of the gsmSSF. 

- Procedure Check_Criteria_Collected_Info; 

- Procedure Check_Criteria_Analysed_Info; 

- Procedure Check_Criteria_Unsuccessful; 

- Procedure Connect_To_Resource; 

- Procedure Handle_AC; 
Procedure Handle_ACR; 

- Procedure Handle_CIR; 

- Procedure Handle_CIR_leg; 

- Procedure Complete_FCI_record; 

- Procedure Complete_all_FCI_records; 
Procedure Handle_0_Answer; 

- Procedure Handle_T_Answer. 

The detailed error handling for the process imcnSSF and the associated procedures is specified in 3GPP TS 29.278 [11]. 

4.6.1 .5.1 Process imcnSSF 
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Process imcnSSF 

r N 

/* Invocation of imcn 88 F in MO, '^ 
MT call case. */ 



I* Timers used in the imcnSSF process: ^ 

Tssf: Application timer in the ssf. 
Top: Timer for call period. 

This timer measures the duration of a call period. 
Tsw: Timer for tariff switch. 

Atthe expiration of thistimer, a new tariff switch shall be started. 
Tw: Warning timer. 

Atthe expiration of this timer, a warning tone shall be played to the calling party. 
DELTA: time, measured in the imcnSSF, elapsed between the time an 

ApplyChargingReport operation is send to the gsmSCF and an 

ApplyCharging operation is received from the gsmSCF. 
Tccd: Control of call duration timer. 

This timersupervisesif after sending of ACR anew AC is received. 

Tccd has a value range of 1 to 20 seconds. 

Ranges for the default values for Tssf. 

- non user interaction Tssf timer value: 1 second to 20 seconds 

- user interaction Tssf timer value: 1 minute to 30 minutes 

7 



/* TASK definition: K 

The sending of an Application_Begin signal opens a new relationship to the gsmSCF. 

The sending of an Application_End or Abort signal terminates the relationship to the gsmSCF. 

7 



r Decision box definitions (1) ^ 

'armed TDPs for this CSI?' 

It is questioned whether or not the ongoing call can encounter further TDPs which are 

indicated in the current CSI. 

'Call to be released?' 

It is questioned whether or not the ongoing call will be released i mediately after imcnSSF 
has responded; that is the ongoing call will not send any signals furtheron to the imcnSSF. 
NOTE: In this case the imcnSSF shall also go to idle. 

7 



1(30) 



I* Decision box definitions (2) K 

Thefollowing decisions are used by procedures in CCF. 

'imcnSSF invoked? 

Is the imcnSSF process in any state other than Idle? 



7 



Figure 4.34-1 : Process imcnSSF (sheet 1) 
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Process imcnSSF 

r N 

/* Invocation of imcn 88 F in MO, '^ 
MT call case. */ 



2(30) 



r Signals to/from the left are to/from the IM-SSF;[ 
signals to/from the right are 
to/from the gsmSCF. */ 
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Figure 4.34-2: Process imcnSSF (sheet 2) 
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Process imcnSSF 

r N 

/* Invocation of imcn 88 F in MO, '^ 
MT call case. */ 



r Signals to/from the left are to/from the IM-SSF;| 
signals to/from the right are 
to/from the gsmSCF. 7 
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lnt_DP_0_Abandon, 

lnt_DP_T_Abandon, 

lnt_DP_0_Disconnect, 

lnt_DP_T_Di sc on nect, 

lnt_DP_0_Answer, 
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lnt_DP_0_Busy, 
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the info received in the 
Call Gap message (i.e. 
tone/announce, cause, etc.) 



Figure 4.34-3: Process imcnSSF (sheet 3) 
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Process imcnSSF 

r N 

/* Invocation of imcn 88 F in MO, '^ 
MT call case. */ 
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r Signals to/from the left are to/from the IM-SSF;L 
signals to/from the right are 
to/from the gsmSCF. 7 
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Figure 4.34-4: Process imcnSSF (sheet 4) 
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Process imcnSSF 

r N 

/* Invocation of imcn 88 F in MO, '^ 
MT call case. */ 
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r Signals to/from the left are to/from the IM-SSF;L 
signals to/from the right are 
to/from the gsmSCF. 7 
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Tssf \ 
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Figure 4.34-5: Process imcnSSF (sheet 5) 
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Process imcnSSF 

I* Invocation of imcnSSF in IVIO, 
IVIT call case. */ 
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/* Signals to/from the left are to/from the IM-SSF;| 
signals to/from the right are 
to/from the gsmSCF. 7 
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Figure 4.34-6: Process imcnSSF (sheet 6) 
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Process imcnSSF 

[ N f ' 

r Invocation of imcnSSF in MO, '^ [ Waiting_for_ 

MT call case. 7 Ijnstructions 



I" Signals to/from the left are to/from the IM-SSF 
signals to/from the right are 
to/from the gsmSCF. 7 
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Figure 4.34-7: Process imcnSSF (sheet 7) 
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Process imcnSSF 

r N 

/* Invocation of imcn 88 F in MO, '^ 
MT call case. */ 
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r Signals to/from the left are to/from the IM-SSF;[ 
signals to/from the right are 
to/from the gsmSCF. */ 
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Figure 4.34-8: Process imcnSSF (sheet 8) 
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Process imcnSSF 

r N 

/* Invocation of imcn 88 F in MO, '^ 
MT call case. */ 
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r Signals to/from the left are to/from the IM-SSF;L 
signals to/from the right are 
to/from the gsmSCF. 7 



Figure 4.34-9: Process imcnSSF (sheet 9) 
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Process imcnSSF 

r N 

/* Invocation of imcn 88 F in MO, '^ 
MT call case. */ 
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r Signals to/from the left are to/from the IM-SSF;L 
signals to/from the right are 
to/from the gsmSCF. 7 
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Figure 4.34-10: Process imcnSSF (sheet 10) 
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Process imcnSSF 

r N 

/* Invocation of imcn 88 F in MO, '^ 
MT call case. */ 
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/* Signals to/from the right are 
to/from the gsmSCF. 7 
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Figure 4.34-11: Process imcnSSF (sheet 11) 
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Process imcnSSF 

r N 

/* Invocation of imcn 88 F in MO, '^ 
MT call case. */ 
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Figure 4.34-12: Process imcnSSF (sheet 12) 
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Process imcnSSF 

r N 

/* Invocation of imcn 88 F in MO, '^ 
MT call case. */ 
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r Signals to/from the left are to/from the IM-SSF;L 
signals to/from the right are 
to/from the gsmSCF. 7 
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Figure 4.34-13: Process imcnSSF (sheet 13) 
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Process imcnSSF 

r N 

/* Invocation of imcn 88 F in MO, '^ 
MT call case. */ 



14(30) 



r Signals to/from the left are to/from the IM-SSF;L 
signals to/from the right are 
to/from the gsmSCF. 7 
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Figure 4.34-14: Process imcnSSF (slieet 14) 
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Process imcnSSF 

r N 

/* Invocation of imcn 88 F in MO, '^ 
MT call case. */ 
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r Signals to/from the left are to/from the IM-SSF;L 
signals to/from the right are 
to/from the gsmSCF. 7 
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Figure 4.34-15: Process imcnSSF (sheet 15) 
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Process imcnSSF 

r N 

/* Invocation of imcn 88 F in MO, '^ 
MT call case. */ 
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Figure 4.34-16: Process imcnSSF (sheet 16) 
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Process imcnSSF 

r N 

/* Invocation of imcn 88 F in MO, '^ 
MT call case. */ 
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r Signals to/from the left are to/from the IM-SSF;L 
signals to/from the right are 
to/from the gsmSCF. 7 
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Figure 4.34-17: Process imcnSSF (sheet 17) 
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/* Invocation of imcn 88 F in MO, '^ 
MT call case. */ 



18(30) 



Monitoring 



r Signals to/from the left are to/from the IM-SSF;L 
signals to/from the right are 
to/from the gsmSCF. */ 



Int 


DP 
"DP" 
DP 
DP 
DP 


_0_No_ Answer, 
T No Answer, 
_0_Busy, 
_T_Busy, 
_Ro ute_Sel ect_Fail ure 


Int 
Int 
Int 
Int 



M^ 



Handle CIR 



(ponnplete_all. 
FCI records 



Application_ 
End 



Int Continue 



Idle 




Not armed for Leg ID 



Dntinue) 



Handle ACR 



Stop Delta 



JCallActive : 
FALSE 



If erform implicit 
sarming of DPg. 



For DP 0/T Disconnect the DP 
is only disarmed for the leg 
for which the event was 
received. 



^aim)rwartlfn^ 
^^p^ding^?^^ 



No 



Yes 



Handle_CIR_ 
leg (Ieg2) 



Yes 

Complete_ 

FCI_record 

( I eg 2 ) 



Any remaining armed 
EDPs or 
outstanding report? 



Int Continue 



Monitoring 



EDP R 



Handle ACR 



Stop Delta 



andle_CIR_ 
Ieg(leg2) 



CAP_Evenh 
_Report_BCS^ 



Disarm this DP 
Perform implicit 



Outstanding, 
._Requests := 



SbtTssf to default 
nop user interaction 
Tssf time r v alue and 



restarj^Tssf 



Waiting_For 
Instructions 



Figure 4.34-18: Process imcnSSF (sheet 18) 
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/* Invocation of imcn 88 F in MO, '^ 
MT call case. */ 
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19(30) 



/* Signals to/from the left K 
are to/from the IM-SSF; 
signals to/from the right are 
to/from the gsmSCF. */ 



CAP_ / 
Apply_Cha^ging 



Handle AC 



Monitoring 



Figure 4.34-19: Process imcnSSF (sheet 19) 
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Process imcnSSF 

r N 

/* Invocation of imcn 88 F in MO, '^ 
MT call case. */ 



20(30) 



/* Signals to/from the right are 
to/from the gsmSCF. 7 



Waiting_For_lnstructions, 
Waiting_For_End_Of_User_lnteraction 



CAP_ / 
Furnish_ClTarging_ 
Information \ 



U!5 



Set Tssftolast 
ed time interval 



No n -completed CAMEL 
logical call record 
exists for this leglD? 




Create CAMEL I odical 



Append free format Overwrite all CAIV EL Write FCI data 



data to existing 



logical call record in CAMEL logical 
data with thi s FC I data ca ll re cord 




Figure 4.34-20: Process imcnSSF (sheet 20) 
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Process imcnSSF 

r N 

/* Invocation of imcn 88 F in MO, '^ 
MT call case. */ 



21 (30) 



/* Signals to/from the right are 
to/from the gsmSCF. V 



Monitoring 



CAP_ / 
Furnish_Cftarging_ 
Information \ 



No n -completed CAMEL 
logical call record 
exists for this leglD? 




No 

CreMe CAMEL logical 
call record 



Not present, 
"Overwrite" 



Append free format Overwrite all CAIV EL Write FCI data 



data to existing 



logical call record in CAMEL logical 

d data with thi s FC I data ca ll re cord 




Figure 4.34-21 : Process imcnSSF (sheet 21) 
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Process imcnSSF 

r N 

/* Invocation of imcn 88 F in MO, '^ 
MT call case. */ 



22(30) 



/* Signals to/from the right are 
to/from the gsmSCF. 7 



Waitihg_For_lnstructions 



CAP_ 

Cal IJ nf rrrlation_Req uest 



Set Tssfto last 
ed time interval 




Oustanding Call Information Report:= 
Oustanding Call Information Report +1 



Waitihg_For_lnstructions 



Figure 4.34-22: Process imcnSSF (sheet 22) 
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Process imcnSSF 

r N 

/* Invocation of imcn 88 F in MO, '^ 
MT call case. */ 



Monitoring 



lnt_DP_Analysed_ 
Informatbn 



Int Continbe 



Monitoring 



23(30) 



/* Signals to/from the left arel 
to/from the IM-SSF. 7 



Figure 4.34-23: Process imcnSSF (sheet 23) 
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Process imcnSSF 

r N 

/* Invocation of imcn 88 F in MO, '^ 
MT call case. */ 



24(30) 



Waiting_for_ 
Instructions, 
V f or P 8 



/* Signals to/from the left are to/from the K 

IM-SSF; 

signals to/from the right are 

to/from the gsmSCF. V 



CAP_ / 
Furnish_cKarging_ 
Information \ 



CAP_Continde_ / 

_With_ \ CAP_Cont4(iue 

_A rgunnent \ 



CAP Connect 



CAP_ / 
ReleaseCall 



Set Tssf to last 
used time interval 



Stop Tssf 




Stop Tssf 



Stop Tssf 



Yes 



Create CAMEL logical 
call record 



lnt_ContinLie_ 

_With_ 

_Argumem 



Int Continbe < Int Connect 



Application_ 
End 



Write FCI data Overwrite CAMEL 
ir] CAMEL logical logical call record 
call record w it h FC I d ata 



Complete_all 
FCI Records 



Waiting_for_ 

Instructions 

for PS 



Non -completed CAMEL 
logical call record 
exists for this leglD? 



Idle 



Stop Tssf 



lnt_Relea9e 
Call 



Figure 4.34-24: Process imcnSSF (sheet 24) 
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Process imcnSSF 

r N 

/* Invocation of imcn 88 F in MO, '^ 
MT call case. */ 



Internal 



/Waiting_for_ 
Jnstr actions 
V For D8 



Tinner expiry 
Tssf \ 



Abort 



Int Error 



(ponnplete_all_ 
PCI records 



Idle 



25(30) 



r Signals to/from the left are to/from the IM-SSF;[ 
signals to/from the right are 
to/from the gsmSCF. */ 



^lnt_DP_0. 
Abandon 



Stop Tssf 



(pomplete_all_ 
PCI records 



Application_ 
End 



Idle 



Figure 4.34-25: Process imcnSSF (sheet 25) 



ETSI 



3GPP TS 23.278 version 9.0.0 Release 9 



121 



ETSI TS 123 278 V9.0.0 (2010-01) 



Process imcnSSF 

r N 

/* Invocation of imcn 88 F in MO, '^ 
MT call case. */ 



I Waiting_for_j 
_lnstructions_For|DS 



CAP_Conn^tTo 
Resource \ 



StopTssf 




pass 



Set Tssfto user 

interaction timer 

value and restart 

Tsisf 



^Waiting_For^ 

_End_Of_ 

User_\[nteractio n_F pr_D8 



26(30) 



r Signals to/from the left are to/from the IM-SSF;[ 
signals to/from the right are 
to/from the gsmSCF. */ 



us 



fail 



Set Tssfto last 
ed time interval 
An d re start Ts sf 



Return approoriate 
error to the / 
gsmSCF / 



/Waiting_For_\ 
I nstru cti on s_Fo rbs 



Figure 4.34-26: Process imcnSSF (sheet 26) 
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Process imcnSSF 

r N 

/* Invocation of imcn 88 F in MO, '^ 
MT call case. */ 



27(30) 



/* Signals to/from the left are I 
to/from the IM-SSF; 
signals to/from the right are 
to/from the gsmSCF. 7 



Waiting_for_End_Of_User_lnteraction_For_DS 



lnt_DP_0. 
Abandon 



Stop Tssf 



(pomplete_all_ 
FCI records 



Application_ 
End 



Idle 



Figure 4.34-27: Process imcnSSF (sheet 27) 
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Process imcnSSF 

r N 

/* Invocation of imcn 88 F in MO, '^ 
MT call case. */ 



/* Signals to/from the left are I 
to/from the IM-SSF; 
signals to/from the right are 
to/from the gsmSCF. */ 



28(30) 



/aiting_for_En(^ 

_Of_User_ 

J n t eractiQn_FQ rj DS 



CAP_Discontiect_\ int SRF 
Forward Cmriection/ Released 



CAP_Rese; 
Tinner 



CAP_Play/ CAP_Prompt_& CAP_Canoe( 

Announoerrient _p9"^ct_Li§er_ (invoke IDI 

~ 1^_ A InformationX nz ^ 



lnt_Discoi 
Forward 



nnect_ 
Oonnection 



Relay the opetration 
to the SRF ^ 

j to SRF 



I SetTssfto 
CAP_Reset_TirTier 
time int e rval ar 
restar t Tssf 



Set Tssf to last 
sed time interval 



Set Tssf to default 

non user interaction 

time interval and 

restart Tssf 



Set Tssf to default 

non user interaction 

time interval and 

restart Tssf 



Waiting_For_ 
_lnstructions_ForlDS 



faiting_for_End_ 

_Of_User_ 

I n ieractio n Fo ryDS 



Figure 4.34-28: Process imcnSSF (sheet 28) 
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Process imcnSSF 

r N 

/* Invocation of imcn 88 F in MO, '^ 
MT call case. */ 



29(30) 



/* Signals to/from the left are to/fromL 
the process Generic_SRF; 
signals to/from the right are 
to/from the imcnSCF unless 
otherwise stated. 7 



^CAP_Cancelli 
error 



from SRF 



CAP Cancel 



/aiting_for_EnC 

_Of_User_ 

I n i eraction For /PS 



^ from SRF 



Failed error 



CAP_Prompt_& 
^_Collect_Llser_ 
Inf ormation 



B^^stfr 



Relay the operation/ 
result/error tcKthe 
gsmSCF / 



/aiting_for_En^_ 

_Of_User_ 

I njeractio n Fo ryDS 



CAP_ M jjnner expiry^ 
Specialised^ jgsf 
ResourceJ 
^e^ort 



Abort 



' Internal 



lnt_Discorinect_ 
Forward Connection 



:>RF_Release, 
Pending_DS 



Int SRF F^el eased 



Int Error 



(pomplete_all_ 
FCI record 



Idle 



Figure 4.34-29: Process imcnSSF (sheet 29) 
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Process imcnSSF 

r N 

/* Invocation of imcn 88 F in MO, '^ 
MT call case. */ 



30(30) 



/* Signals to/from the left arel 
to/from the IM-SSF; 
signals to/from the right are 
to/from the gsmSCF. V 



*(idle, ^ 
Wkit_For_Request) 



CAP_ 
_CallGap 



lnt_CallGa^ 



to a new 

imcn_SSME_SSF 

process 



Figure 4.34-30: Process imcnSSF (sheet 30) 
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4.6.1 .6 Process inncn_SSME_SSF and procedures 

One process is instantiated at the IM-SSF for each Call Gap message received from a gsmSCF. 

This subclause contains the SDL process for IM-SSF handling of the CallGap operation received from a gsmSCF. 

The following Call Gap procedures specified in 3GPP TS 23.078 Rel-99 [4] shall also be appHcable for IM-SSF. The 
IM-SSF shall take the role of the gsmSSF in the following: 

Procedure Store_Call_Gap_Criteria; 

Procedure Check_Gap_Criteria. 
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Process inncn_SSME_SSF 

I N 

IM-SSF handling of SCF requests '^ 
for Call Gapping. 



1(2) 



/* Signals to/from the left K 
are to/from the imcnSSF ; 
signals to/from the right are 
to/from internal processes*/ 



/* Tinners used in the imcnSSF process: ^ 

Tcgd : Timer for call gapping duration (set with the Gap duration parameter 
Tcgi : Timerfor call gapping interval (set with the Gap interval parameter) 

7 



Idle 



>lnt_CallGap 



Gap context with same 
criteria and gsmSCF address 
(if available) already exists ? 




Yes 



No 



Remove 
CallGap 




To imcn_SSME_SSF 
process that handles the 
old Call Gapping context 



Store_Call 
lGap_Criterici 




No 



Idle 



Figure 4.35-1 : Process imcn_SSME_SSF (sheet 1) 
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Process inncn_SSME_SSF 

I N 

IM-SSF handling of SCF requests '^ 
for Call Gapping. 



2(2) 



r Signals to/from the left K 
are to/from the imcnSSF ; 
signals to/from the right are 
to/from internal processes*/ 



Active 



Tcgi 
expiry 



Trigger 
Tcgi 



Tcgd 
expiry 



Remove 
CallGap 



CO Reject := 
False 



Start Tcgi 



CG Reject : 
True 



Clear Call Gapping 

Context (i.e. remove 

timers and criteria) 



Active 



Idle 



J NOTE: The timer Tcgi is started for the 
^ first time after the first call encountering 
the call gapping criteria is met. 



Figure 4.35-2: Process imcn_SSME_SSF (sheet 2) 
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4.7 Descriptions of information Flows 

This clause contains the detailed description of the information flows used by CAMEL for IP Multimedia Subsystems 
call control. 

Each Information Element (IE) is marked as Mandatory (M), Conditional (C), Specific conditions (S), mutually 
Exclusive (E), Optional (O) or not applicable (-) for each different traffic case: IP Multimedia Origination (IM_Orig), 
IP Multimedia Termination (IM_Term). The distinction between IM_Orig and IM_Term calls is not applicable to all 
Information Flows. 

An 'M' IE shall always be included for the corresponding traffic case. A 'C IE shall be included if the sending entity has 
the necessary information to populate the IE. The conditions for the inclusion of an 'S' IE are shown in the 'Description' 
column of the definition table. When a set of 'E' lEs is shown in the definition of an Information Flow or compound IE, 
only one of those lEs may be included. An 'O' IE may be included or omitted as required by the service logic. A '-' IE 
shall always be omitted for the corresponding traffic case. This categorization is a functional classification, i.e. it 
defines the requirements for the stage 2 information. It is not a stage 3 classification to be used for the ASN. 1 syntax of 
the protocol. 

Details of errors and exceptions to these rules are specified in 3GPP TS 29.278 [11]. 

4.7.1 IM-SSF to gsmSCF information flows 

4.7.1 .1 Activity Test ack 

4.7.1.1.1 Description 

This IF is the response to the Activity Test. 

4.7.1 .1 .2 Information Elements 

This IF contains no information elements. 

4.7.1 .2 Apply Charging Report 

4.7.1.2.1 Description 

This IF is used by the IM-SSF to report to the gsmSCF the information requested in the Apply Charging IF. 

4.7.1.2.2 Information Elements 



Information element name 


Status 


Description 


Call Result 


M 


This IE contains the charging information to be 
provided by the IM-SSF. 



Call Result contains the following information: 



Information element name 


status 


Description 


Time Duration Charging Result 


M 


This IE is a list defined in the next table. 



ETSI 



3GPP TS 23.278 version 9.0.0 Release 9 



130 



ETSI TS 123 278 V9.0.0 (2010-01) 



Time Duration Charging Result contains the following information: 



Information element name 


Status 


Description 


Time Information 


M 


This IE is a choice between Time if No Tariff Switch 
and Time if Tariff Switch. This IE is described in the 
next table. 


Party To Charge 


M 


This IE is received in the related ApplyCharging 
operation to correlate the result to the request. This 
IE shall be a copy of the corresponding IE received in 
the Apply Charging operation. 


Call Active 


M 


This IE indicates whether the call is active or not. 


Call Released at Tcp Expiry 


C 


This element is an indication that the IM-SSF has 

released the call and terminated the dialogue, due to 

Tcp expiry. 

It shall be present when ACR is sent due to Tcp 

expiry and the IM-SSF has released the call 

(because "ReleaselfExceeded" was present in ACH 

operation). 

In all other circumstances, this element shall be 

absent. 



Time Information contains one of the following information: 



Information element name 


Status 


Description 


Time If No Tariff Switch 


C 


This IE will be present if no tariff switch has occurred 

since the reception of the first Apply Charging IF for 

the connection to the Called Party or the MRFC 

connection, otherwise it will be absent. 

If Answer was detected for the connection to the 

Called Party or the MRFC connection, then the 

elapsed time since detection of Answer shall be 

reported. 

If answer was not detected, it shall be set to "0". 


Time If Tariff Switch 


C 


This IE will be present if a tariff switch has occurred 
since the reception of the first Apply Charging IF for 
the connection to the Called Party or the MRFC 
connection, otherwise it will be absent. 
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4.7.1.3 



Call Gap 



4.7.1.3.1 



Description 



This IF is used to activate/modify/remove a call gap mechanism in the IM-SSF. The call gap mechanism is used to 
reduce the rate at which specific service requests are sent to a gsmSCF. 

A Call Gap operation can only be sent on an opened dialogue between a gsmSCF and the IM-SSF. 

It is possible to have several call gapping conditions applicable to the same IM-SSF (i.e. each conditions were activated 
for a defined Service (identified by the serviceKey) by a defined gsmSCF (identified by the gsmSCF Address). 



4.7.1.3.2 



Information Elements 



Information element name 


Status 


Description 


Gap Criteria 


M 


This IE specifies the criteria for a call to be subject to call gapping. 


Gap Indicators 


M 


This parameter indicates the gapping characteristics. 


Control Type 





This parameter indicates the reason for activating call gapping. 

The value "sCPOverloaded" indicates that an automatic congestion detection 

and control mechanism in the SCP has detected a congestion situation. 

The value "manuallylnitiated" indicates that the service and or network/service 

management centre has detected a congestion situation, or any other 

situation that requires manually initiated controls. 

The controlType "manuallylnitiated" will have priority over "sCPOverloaded" 

call gap. 


Gap Treatment 





This parameter indicates how calls that were rejected due to the call gapping 
condition and for which the Default Call Handling was set to "Release Call" 
shall be treated. 


M Mandatory (The IE shall always be sent). 
Optional (Service logic dependent). 



Gap Criteria contains one of the following (Choice): 



Information element name 


Status 


Description 


Basic Gap Criteria 





This IE is a choice of various basic criteria. 


Compound Gap Criteria 





This IE is a choice of various criteria including an ScflD. 


Optional (Service logic dependent). 



Compound Gap Criteria contains the following Information: 



Information element name 


Status 


Description 


Basic Gap Criteria 


M 


This IE is a choice of various criteria. 


ScflD 





This IE contains the address of the gsmSCF which initiated the CallGapping. 


M Mandatory (The IE shall always be sent). 
Optional (Service logic dependent). 
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Basic Gap Criteria contains one of the following (Choice): 



Information element name 


Status 


Description 


Called Address 





This parameter contains a string of digits. At each call attempt, when the 
leading digits of the dialled number match this specific value, the call gapping 
treatment shall be applied to this call. 


Service 





This parameter contains a service key value. At each call attempt, when the 
service key matches this specific value, the call gapping treatment shall be 
applied to this call. 


Called Address and Service 





This parameter contains a specific string of digits and a service key value. At 
each call attempt, when the leading digits of the dialled number and the 
service key of a call match these specific values, the call gapping treatment 
shall be applied to this call. 


Calling Address and Service 





This parameter contains a specific string of digits and a service key value. At 
each call attempt, when the leading digits of the calling party number and the 
service key match these specific values, the call gapping treatment shall be 
applied to this call. 


Optional (Service logic dependent). 



Gap Indicators contains the following information: 



Information element name 


Status 


Description 


Duration 


M 


Duration specifies the total time interval during which call gapping for the 
specified gap criteria will be active. 
A duration of indicates that gapping is to be removed. 
A duration of -2 indicates a network specific duration. 
Other values indicate duration in seconds. 


Interval 


M 


This parameter specifies the minimum time between calls being allowed 

through. 

An interval of indicates that calls meeting the gap criteria are not to be 

rejected. 

An interval of -1 indicates that all calls meeting the gap criteria are to be 

rejected. 

Other values indicate interval in milliseconds. 


M Mandatory (The IE shall always be sent). 



Gap Treatment contains one of the following (choice): 



Information element name 


Status 


Description 


Information To Send 





This parameter indicates an announcement or a tone to be sent to the calling 
party. At the end of information sending, the call shall be released. 


Release Cause 





If the call is to be released, this IE indicates a specific cause value to be sent 
in the release message. See ETSI EN 300 356-1 [20] for the coding. 


Optional (Service logic dependent). 



Information To Send contains one of the following (choice): 



Information element name 


Status 


Description 


In-band Info 





This parameter specifies the in-band information to be sent. 


Tone 





This parameter specifies a tone to be sent to the end-user. 


Optional (Service logic dependent). 



In-band Info contains the following information: 



Information element name 


Status 


Description 


Message Id 


M 


This parameter indicates the message(s) to be sent, it can be one of the 
following. 


Message Duration 





This parameter indicates the maximum time duration in seconds that the 
message shall be played/repeated. ZERO indicates endless repetition. 


M Mandatory (The IE shall always be sent). 
Optional (Service logic dependent). 
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Message Id contains one of the following (choice): 



Information element name 


Status 


Description 


Elementary Message Id 





This parameter indicates a single announcement. 


Optional (Service logic dependent). 



4.7.1.4 



Call Information Report 



4.7.1.4.1 



Description 



This IF is used to send specific call information for a single call to the gsmSCF as requested from the gsmSCF in a 
previous Call Information Request. 



4.7.1.4.2 



Information Elements 



Information element name 


Status 


Description 


Requested Information List 


M 


This IE specifies a list of Requested information 
Values which are requested. 


Leg ID 


M 


This IE indicates the party in the call for which 
information shall be collected. 



4.7.1.5 



Event Report BCSM 



4.71.5.1 



Description 



This IF is used to notify the gsmSCF of a call-related event (i.e. BCSM events as answer and disconnect) previously 
requested by the gsmSCF in a Request Report BCSM Event IF. 



4.7.1.5.2 



Information Elements 



Information element name 


Status 


Description 


Event type BCSM 


M 


This IE specifies the type of event that is reported. 


Event Specific Information 
BCSM 


C 


This IE indicates the call related information specific 
to the event. 


Leg ID 


M 


This IE indicates the party in the call for which the 
event is reported. 


Misc Call Info 


M 


This IE indicates the DP type. 



If the Event Type BCSM IE contains either 0_Answer or T_Answer, then the Event Specific Information BCSM IE 
contains the following information elements: 



Information element name 


Status 


Description 


Destination address 


M 


This IE specifies the destination address for the call 

leg. 

The NatureOfAddress indicator may contain a 

national-specific value. For some national-specific 

NatureOfAddress indicator ya\ues the length of the 

digit part of destination address may be zero. 



If the Event Type BCSM IE contains one of Route_Select_Failure, 0_Called_Party_Busy, 0_Disconnect, T_Busy, or 
T_Disconnect, then the Event Specific Information BCSM IE contains the following information element: 



Information element name 


Status 


Description 


Cause 


C 


This IE indicates the cause. 



If the Event Type BCSM IE contains 0_No_Answer then the Event Specific Information BCSM IE is not included. 
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4.7.1.6 Initial DP 

4.7.1.6.1 Description 

This IF is generated by the IM-SSF when a trigger is detected at a DP in the BCSM, to request instructions from the 
gsmSCF. 
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4.7.1.6.2 



Information Elements 



Information element name 


IM Orig 


IM Term 


Description 


Media Type Info List 


M 


M 


This IE indicates the media types associated with 
the SIP call session. This IE shall contain the media 
description(s) received from the S-CSCF. 


Called Party Number 


C 


C 


This IE contains the ISDN number used to identify 
the called party in the forward direction. 

The ISDN called party number is received from the 
gsmSCF due to the previous CAMEL processing or 
is derived from the SIP URL received from the 
S-CSCF for the destination address. 

For all IM terminating call scenarios, at least one of 
the following lEs shall be present: 
CalledPartyNumber 
- CalledPartyURL 


Called Party URL 


C 


C 


This IE contains the SIP URL used to identify the 
called party in the forward direction. 

For all IM terminating call scenarios, at least one of 
the following lEs shall be present: 
CalledPartyNumber 
- CalledPartyURL 


Calling Party Number 


C 


C 


This IE carries the ISDN calling party number to 
identify the calling party or the origin of the call. 

For all IM originating call scenarios, at least one of 
the following lEs shall be present: 
CallingPartyNumber 
- CallingPartyURL 


Calling Party URL 


C 


C 


This IE contains the SIP URL used to identify the 
calling party or the origin of the call. 

For all IM originating call scenarios, at least one of 
the following lEs shall be present: 

CallingPartyNumber 

CallingPartyURL 


Calling Party Category 


C 


C 


Indicates the type of calling party (e.g., operator, 
pay phone, ordinary subscriber). 


CallGap Encountered 


C 


C 


This parameter indicates the type of gapping the 
related call has been subjected to. 

This parameter shall be present only if a call 
gapping context is applicable to the initialDP 
operation. 


SIP Call ID 


M 


M 


This IE represents a globally unique identifier for the 
SIP call. This IE may be used by the gsmSCF for 
inclusion in a network optional gsmSCF call record. 

This IE is received from the SIP request message 
from S-CSCF. 


Cause 


C 


C 


This IE indicates the cause specific to the armed 
BCSM DP event. This IE is applicable to DP 
Route_Select_Failure and DP T_Busy. The cause 
may be used by the SCF to decide about the further 
handling of the call. 

For IM Termination for an unregistered subscriber, 
the Cause IE shall be set to indicate Subscriber 
Absent. 


Event Type BCSM 


M 


M 


This IE indicates the armed BCSM DP event, 
resulting in the Initial DP IF. 

This IE shall be set to indicate DP T_Busy if a not 
reachable event is detected (e.g. IM termination to a 
subscriber not currently registered). 
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Information element name 


IM Orig 


IM Term 


Description 


IMSI 


M 


M 


This IE identifies the mobile subscriber. 

This IE shall contain the IMSI value received from 
the S-CSCF during notification of a SIP registration. 


IP SSP Capabilities 


C 


C 


This IE indicates which MRFC resources are 
supported within the IM-SSF and are available. If 
this IE is absent, this indicates that no MRFC is 
attached and available. 


IM-SSF Address 


M 


M 


This IE represents the E. 164 address of the IM-SSF 
from which the InitialDP operation is sent from. 


Original Called Party ID 


C 


C 


This contains the ISDN number used to identify the 
original destination number if the call has been 
forwarded on route to the IM-SSF or is forwarded by 
the gsmSCF due to the previous CAMEL 
processing. 


Original Called Party URL 


C 


C 


This IE contains the SIP URL identifying the original 
destination number if the call has been forwarded 
on route to the IM— SSF or is forwarded by the 
gsmSCF due to the previous CAMEL processing. 


Redirecting Party ID 


C 


C 


This IE indicates the ISDN number identifying the 
directory number the call was redirected from. This 
IE shall also be sent if it was received from the 
gsmSCF due to the previous CAMEL processing. 


Redirecting Party URL 


C 


c 


This IE indicates the SIP URL identifying the 
directory number the call was redirected from. This 
IE shall also be sent if it was received from the 
gsmSCF due to the previous CAMEL processing. 


Redirection Information 


C 


c 


This IE contains forwarding related information, 
such as redirection reason. This IE shall also be 
sent if it was received from the gsmSCF due to the 
previous CAMEL processing. 


Service Key 


M 


M 


This IE indicates to the gsmSCF the requested 
CAMEL Service. It is used to address the required 
application/SLP within the gsmSCF. 


Subscriber State 




C 


This IE indicates the status of the IMS Subscriber. 

The states are: 

CAMELBusy: The IMS subscriber is engaged on 

a transaction for an originating or terminating IM call 

session. 

- NetworkDeterminedNotReachable: The network 

can determine from its internal data that the IMS 

subscriber is not reachable. 

Assumedldle: The state of the IMS 
subscriber is neither "CAMELBusy" nor 
"NetworkDeterminedNotReachable". 


Time And Timezone 


M 


M 


This IE contains the time that the IM-SSF was 
triggered, and the time zone the IM-SSF resides in. 



4.7.1.7 



Specialized Resource Report 



4.7.1.7.1 Description 

This IF is used to response to a Play Announcement IF when the announcement complete indication is set. 

4.7.1.7.2 Information Elements 

This IF contains no information elements. 
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4.7.2 gsmSCF to IM-SSF information flows 



4.7.2.1 



4.7.2.1.1 



Activity Test 
Description 



This IF is used to check for the continued existence of a relationship between the gsmSCF and IM-SSF. If the 
relationship is still in existence, then the IM-SSF will respond. If no reply is received, then the gsmSCF will assume that 
the IM-SSF has failed in some way and will take the appropriate action. 

4.7.2.1.2 Information Elements 

This IF contains no information elements. 



4.7.2.2 



Apply Charging 



4.7.2.2.1 Description 

This IF is used for interacting from the gsmSCF with the IM-SSF charging mechanisms to control the call duration. 



4.7.2.2.2 



Information Elements 



Information element name 


status 


Description 


ACh Billing Charging 
Characteristics 


M 


This IE specifies the charging related information to 
be provided by the IM-SSF and the conditions on 
which this information has to be provided back to the 
gsmSCF. 


Party To Charge 


M 


This IE shall be reflected in the corresponding IE of 
the Apply Charging Report operation. This IE has no 
effect on the charging procedures in the MSC. 



ACh Billing Charging Characteristics contains the following information: 



Information element name 


status 


Description 


Time Duration Charging 


M 


This IE is described in the next table. 



Time Duration Charging contains the following information: 



Information element name 


Status 


Description 


Max Call Period Duration 


M 


This IE indicates the maximum call period duration 
timer. 


Tariff Switch Interval 





This IE indicates the tariff switch time until the next 
tariff switch applies. 


Release If Duration Exceeded 





This IE indicates that the call shall be released 
when the Max call Period Duration expires, with a 
warning tone if the Play Tone IE is present. The 
cause used in the release message shall be 
"normal unspecified". 
Default is to continue the call. 


Play Tone 





This IE is set if a tone has to be played to the party 
for whom the BCSM is operating. If present, this IE 
indicates that 30 seconds before the Max Call 
Period Duration timer expires, 
a triple tone of 900 Hz (200 milliseconds tone, 200 
milliseconds pause) shall be played. 
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4.7.2.3 Call Information Request 

4.7.2.3.1 Description 



This IF is used to request the IM-SSF to record specific information about a single call and report it to the gsmSCF 
(with a CalllnformationReport). 



4.7.2.3.2 



Information Elements 



Information element name 


Status 


Description 


Requested Information Type 
List 


M 


This IE specifies a list of specific items of information 
which are requested. 


Leg ID 


M 


This IE indicates the party in the call for which 
information shall be collected. 



Requested Information Type List contains the following information: 



Information element name 


Status 


Description 


Call Attempt Elapsed Time 





This IE indicates that the Call Attempt Elapsed Time is 

requested in the Call Information Report. 

Call Attempt Elapsed Time is the duration between the 

end of the CAMEL processing initiating call setup 

(Connect, Continue or Continue With Argument IF) 

and the received answer indication from the called 

party side. 

For the Calling Party, the value of Call Attempt 

Elapsed Time in the Call Information Report shall be 

set to 0. 


Call Stop Time 





This IE indicates that the Call Stop Time is requested 
in the Call Information Report. 
Call Stop Time is the time stamp when the connection 
is released. 


Call Connected Elapsed Time 





This IE indicates that the Call Connected Elapsed 
Time is requested in the Call Information Report. 
Call Connected Elapsed Time is the duration between 
the received answer indication from the called party 
side and the release of the connection. 
For a Calling Party, it indicates the duration between 
the sending of IDP and the release of that party 


Release Cause 





This IE indicates that the Release Cause is requested 

in the Call Information Report. 

Release Cause is the release cause for the call. 



4.7.2.4 



Cancel 



4.7.2.4.1 Description 

This IF is used by the gsmSCF to request the IM-SSF to cancel all EDPs and reports. 

4.7.2.4.2 Information Elements 



Information element name 


Status 


Description 


All Requests 


M 


This IE indicates that all active requests for 
EventReportBCSM, ApplyChargingReport and 
CalllnformationReport shall be cancelled. 
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4.7.2.5 



Connect 



4.7.2.5.1 



Description 



This IF is used to request the IM-SSF to perform the call processing actions to route a call to a specific destination. To 
do so, the IM-SSF may use destination information from the calling party and existing call set-up information 
depending on the information provided by the gsmSCF. 



4.7.2.5.2 



Information Elements 



Information element name 


Status 


Description 


Calling Party Category 





This IE indicates the type of calling party (e.g., 
operator, pay phone, ordinary subscriber). 


Destination Routing Address 


E1 


This IE contains the called party number towards 
which the call is to be routed using an ISDN value. 


Destination Routing Address 
URL 


E1 


This IE contains the called party number towards 
which the call is to be routed using a SIP URL. 


Original Called Party ID 


0,E2 


This contains the original destination number if the 
call has been forwarded on route to the IM-SSF or is 
forwarded by the gsmSCF. 

This IE shall use an ISDN value to identify the 
original destination number. 


Original Called Party URL 


0,E2 


This contains the original destination number if the 
call has been forwarded on route to the IM-SSF or is 
forwarded by the gsmSCF. 

This IE shall use a SIP URL to identify the original 
destination number. 


Redirecting Party ID 


0,E3 


This IE indicates the directory number the call was 
redirected from. This IE shall use an ISDN value to 
identify the redirecting party. 


Redirecting Party URL 


0,E3 


This IE indicates the directory number the call was 
redirected from. This IE shall use a SIP URL to 
identify the redirecting party. 



4.7.2.6 



Connect To Resource 



4.7.2.6.1 Description 

This IF is used to connect a call from the IM-SSF to MRFC via S-CSCF. 



4.7.2.6.2 Information Elements 

This IF requires no information elements for IMS. 



4.7.2.7 



Continue 



4.7.2.7.1 



Description 



This IF requests the IM-SSF to proceed with call processing at the DP at which it previously suspended call processing 
to await gsmSCF instructions. The IM-SSF completes DP processing, and continues basic call processing (i.e. proceeds 
to the next point in call in the BCSM) without substituting new data from the gsmSCF. 

4.7.2.7.2 Information Elements 

This IF contains no information elements. 
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4.7.2.8 



Continue With Argument 



4.7.2.8.1 



Description 



This information flow requests the IM-SSF to proceed the call processing with modified information at the DP at which 
it previously suspended call processing to await gsmSCF instructions. The IM-SSF completes DP processing, and 
continues basic call processing (i.e. proceeds to the next point in call in the BCSM) with the modified call setup 
information as received from the gsmSCF. 



4.7.2.8.2 



Information Elements 



Information element name 


Status 


Description 


Calling Party Category 





This IE indicates the type of calling party (e.g., operator, pay 
phone, ordinary subscriber). 



4.7.2.9 



Disconnect Forward Connection 



4.7.2.9.1 Description 

This IF is used to disconnect a connection with a MRFC previously estabhshed with a Connect To Resource IF. 

4.7.2.9.2 Information Elements 

This IF contains no information elements. 

4.7.2.10 Furnish Charging Infornnation 



4.7.2.10.1 



Description 



This IF is used to request the IM-SSF to include call related information in the CAMEL specific logical call record. The 
logical call record is created when FCI is received and a logical call record for that leg does not exist. For modelling 
purposes the logical call record is buffered in the IM-SSF. The IM-SSF completes logical call records as defined in the 
SDLs. Once the logical call record is completed, then its free format data is moved to the corresponding CDR and the 
logical call record is deleted. 

The CSE can send multiple concatenated FCIs per leg for completion. The total maximum of free format data is 160 
octets per leg. The 160 octets may be sent in one or more FCI operations. If there is non-completed free format data and 
new FCI operation(s) is/are received to overwrite the non-completed data, then the non-completed data is discarded and 
the gsmSCF can send another 160 octets per leg. The SDLs of 3GPP TS 23.078 Rel-99 [4] define when Logical CDRs 
are completed. After the completion the gsmSCF can send another 160 octets of free format data in one or more FCI 
operations for the called leg. 



4.7.2.10.2 



Information Elements 



Information element name 


status 


Description 


FCI Billing Charging 
Characteristics 


M 


This IE is described in the next table. 


FCI Billing Charging Characteristics contains the following information: 


Information element name 


status 


Description 


FCIBCCCAMEL Sequence 1 


M 


This IE is described in the next table. 
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FCIBCCCAMEL Sequence 1 contains the following information: 



Information element name 


Status 


Description 


Free Format Data 


M 


This IE is a free format data to be inserted in the 
CAIVIEL logical call record. 


Party To Charge 


M 


This IE indicates the party for whom a CAMEL logical 
call record will be created. 


Append Free Format Data 





This IE indicates that the IM-SSF shall append the 
free format data to the Logical call record. 

- If this IE is present and indicates "Append", the 
IM-SSF shall append the free format data received in 
this IF to the free format data already present in the 
Logical call record for that leg of the call. 

- If this IE is absent or in value "Overwrite", then 
the IM-SSF shall overwrite all free format data 
already present in the Logical call record for that leg 
of the call, by the free format data received in this IF. 
If no Logical call record exists yet for that leg of the 
call, then the IM-SSF shall ignore this IE. 



4.7.2.11 



Release Call 



4.7.2.11.1 Description 

This IF is used to tear down by the gsmSCF an existing call at any phase of the call for all parties involved in the call. 



4.7.2.11.2 



Information Elements 



The following information elements are required: 



Information element name 


Status 


Description 


Release Cause 


M 


A number giving an indication to the IM-SSF about 
the reason of releasing this specific call. This may be 
used by MSC/GMSC for generating specific tones to 
the different parties in the call or to fill in the "cause" 
in the release message. 



4.7.2.12 Request Report BCSM Event 



4.7.2.12.1 



Description 



This IF is used to request the IM-SSF to monitor for a call-related event, then send a notification back to the gsmSCF 
when the event is detected (see Event Report BCSM). 



4.7.2.12.2 



Information Elements 



Information element name 


Status 


Description 


BCSM Event 


M 


This IE specifies the event or events of which a report 
is requested. 
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BCSM Event contains the following information: 



Information element name 


Status 


Description 


Event type 


M 


This IE specifies the type of event of which a report is 
requested. 


Leg ID 


C 


This IE indicates the party in the call for which the 
event shall be reported. 


Monitor Mode 


M 


When this IE is "interrupted", the event shall be 
reported as a request, if it is "notifyAndContinue", the 
event shall be reported as a notification, if the IE is 
"transparent", the event shall not be reported. 


DP Specific Criteria 





This IE is described in the next table. 



DP Specific Criteria is defined as: 



Information element name 


Status 


Description 


Application Timer 





This IE carries additional timer duration information 
(timer values for No Answer event) required for arming 
No_Answer EDPs in the IM-SSF. The TNRy timer 
(value defined between 10 s and 40 s) shall be shorter 
than the network no answer timer. 


NOTE If a Request Report BCSM Event information flow overwrites previous Request Report 
BCSM Event information flow which contained Application Timer IE for No_Answer DP, 
the behaviour of the IM-SSF is unpredictable. 



4.7.2.13 



Reset Timer 



4.7.2.13.1 Description 

This IF is used to refresh a timer. 



4.7.2.13.2 



Information Elements 



Information element name 


Status 


Description 


Timer Value 


M 


This IE specifies the value to which the indicated timer 
shall be set. 


Timer ID 





This IE indicates which timer shall be reset. It shall be 
set to "Tssf. 



4.7.3 gsmSCF - IM-SSF information flows for MRFC related operations 

In an IMS Core Network, the Multimedia Resource Function Controller (MRFC) is used for providing specialised 
resource functions like playing announcements and tones. Requests from the gsmSCF that requires a specialised 
resource function are sent to the MRFC via the IM-SSF and S-CSCF using SIP signalling as specified in the functional 
requirements of the MRFC found in 3GPP TS 23.218 [5]. 

This subclause contains the information flows descriptions between the gsmSCF and the IM-SSF for MRFC -related 
operations. 



4.7.3.1 



Cancel 



4.7.3.1.1 Description 

This IF is used by the gsmSCF to request the IM-SSF to cancel a correlated previous operation in the MRFC. 
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4.7.3.1.2 Information Elements 

The following information elements are used: 



Information element name 


Status 


Description 


Invoke ID 


M 


This IE specifies the operation to be cancelled. 



4.7.3.2 



Play Announcennent 



4.7.3.2.1 



Description 



This IF is sent from the gsmSCF to the IM-SSF and is used to specify information for playing announcements or tones 
in the MRFC. 



4.7.3.2.2 



Information Elements 



The following information elements are required: 



Information element name 


Status 


Description 


Information To Send 


M 


This IE indicates an announcement or a tone to be 
sent to the end user by the MRFC. 


Disconnect From IP Forbidden 


M 


This IE indicates whether or not the MRFC may be 
disconnected from the user when all information has 
been sent. 


Request Announcement Complete 


M 


This IE indicates whether or not a 
SpecializedResourceReport shall be sent to the 
gsmSCF when all information has been sent. 



Information To Send contains the following information: 



Information element name 


Status 


Description 


Inband Info 


C 


This IE indicates the inband information to be sent. 


Tone 


C 


This IE indicates the tone to be sent. The mapping 
from the code points of this IE to tones is a matter for 
agreement between the gsmSCF operator and the 
MRFC operator. 



Inband Info contains the following information: 



Information element name 


Status 


Description 


Message ID 


M 


This IE is described in the next table. 


Number Of Repetitions 


M 


This IE indicates the maximum number of times the 
message shall be sent to the end-user. 


Duration 





This IE indicates the maximum duration time in 
seconds that the message shall be 
played/repeated. Zero indicates endless repetition. 


Interval 





This IE indicates the time interval in seconds 
between two repetitions. 



Message ID contains the following information: 



Information element name 


Status 


Description 


Elementary Message ID 


C 


This IE indicates a single announcement 


Text 


C 


This IE indicates a text to be sent. The text shall be 
transformed to inband information (speech) by the 
MRFC. 


Elementary Message IDs 


c 


This IE indicates a sequence of announcements 


Variable Message 


c 


This IE indicates an announcement with one or 
more variable parts. 
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Tone contains the following information: 



Information element name 


Status 


Description 


Tone ID 


M 


This IE indicates the tone to be sent. 


Duration 





This IE indicates the maximum duration time in 
seconds that the message shall be played/repeated. 
Zero indicates endless repetition. 



4.7.3.3 



Prompt And Collect User Inforinatlon (received inforinatlon) 



4.7.3.3.1 Description 

This IF is sent from the gsmSCF to the IM-SSF and is used to interact with a call party in order to collect information. 

4.7.3.3.2 Information Elements 

The following information elements are required: 



Information element name 


Status 


Description 


Collected Info 


M 


This IE is described in the next table. 


Information To Send 





This IE indicates an announcement or a tone to be sent 
to the end user by the MRFC. 


Disconnect From IP Forbidden 


M 


This IE indicates whether the MRFC may be 
disconnected from the user when all information has 
been sent. 



Collected Info contains the following information: 



Information element name 


Status 


Description 


Collected Digits 


M 


This IE is described in the next table. 
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Collected Digits contains the following information: 



Information element name 


Status 


Description 


Minimum Number Of Digits 


M 


This IE indicates the minimum number of valid digits 
to be collected. 


Maximum Number Of Digits 


M 


This IE specifies the maximum number of valid digits 
to be collected 


End Of Reply Digit 





This IE indicates the digit(s) used to signal the end of 
input. 


Cancel Digit 





If this IE is present, the cancel digit can be entered by 
the user to request a possible retry 


Start Digit 





If this IE is present, the start digit(s) indicates the start 
of the valid digits to be collected. 


First Digit Time Out 





If this IE is present, the first digit shall be received 
before the expiration of the first digit timer expiration 


Inter Digit Time Out 





If this IE is present, any subsequent valid or invalid 
digit shall be received by the MRFC before the inter 
digit timer expires. 


Error Treatment 





This IE indicates what specific action shall be taken 
by the MRFC in the event of error conditions 
occurring. 


Interruptable Ann Ind 





If this IE is set to TRUE (default value) the 
announcement is interrupted after the first valid or 
invalid digit received by the MRFC. If this IE is 
present and explicitly set to FALSE, the 
announcement will not be interrupted after the first 
digit is received by the MRFC 


Voice Information 





This IE is optional, where the default value is 
specified being FALSE. If the Voicelnformation IE is 
set to FALSE, all valid or invalid digits are entered by 
DTMF If this IE is present and explicitly set to TRUE, 
calling user is required to provide all valid or invalid 
information by speech 


Voice Back 





This IE is optional, where the default value is 
specified being FALSE. If the VoiceBack IE is set to 
FALSE, no voice back information is given by the 
MRFC If this IE is present and explicitly set to TRUE, 
the valid input digits received by the MRFC will be 
announced back to the calling user immediately after 
the end of input is received 



InformationToSend is defined in subclause 4.7.3.2.2. 

4.7.3.4 Prompt And Collect User Infornnation ack (received infornnation) 

4.7.3.4.1 Description 

This IF is used by the IM-SSF to indicate the result a Prompt And Collect User Information IF to the gsmSCF. 

4.7.3.4.2 Information Elements 

The following information elements are required: 



Information element name 


Status 


Description 


Digits Response 


C 


This IE indicates the digit sequence received from the 
end user 
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4.7.3.5 Specialized Resource Report 

4.7.3.5.1 Description 



This IF is used by the IM-SSF to response to a Play Announcement IF when the announcement complete indication is 
set. 

4.7.3.5.2 Information Elements 

This IF contains no information elements. 

4.7.4 IM-SSF to HSS information flows 
4.7.4.1 Any Tinne Subscription Interrogation request 

4.7.4.1.1 Description 

This IF is used by the IM-SSF to request subscription information from the HSS. For example, the IM-SSF shall send 
this as a result of receiving a third party SIP registration from the S-CSCF (over the ISC interface). The IM-SSF shall 
also send the MAP ATSI request when a SIP INVITE message on a MT session for an unregistered subscriber is 
received. 



4.7.4.1.2 



Information Elements 



Information element name 


status 


Description 


gsmSCF Address 


M 


This IE shall indicate the address of the interrogating IM-SSF. The address 
shall be in international E.164 format. 


Requested Info 


IVI 


This IE indicates the type of subscriber information being requested. 
This shall consist of the CAMEL Subscription Information; the CAMEL 
Subscription Information is described in a table below. 


Subscriber Identity 


M 


This IE identifies the subscriber for which the information is requested. The 
identity shall be an IMSI. 



CAMEL subscription information contains the following information elements: 



Information element name 


Status 


Description 


Additional Requested CAMEL 
Subscription Info 


M 


This IE shall contain one of the following: 0-IM-CSI/VT-IM-CSI/D-IM-CSI 



4.7.4.2 



Notify Subscriber Data Change ack 



4.7.4.2.1 Description 

This IF is used to respond to the HSS's notification of the change of subscriber data. 

4.7.4.2.2 Information Elements 

This IF contains no information elements. 

4.7.5 HSS to IM-SSF information flows 



4.7.5.1 



Any Time Subscription Interrogation ack 



4.7.5.1.1 Description 

This IF is used by the HSS to provide the requested subscriber's IM-CSI data to the IM-SSF. 
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4.7.5.1.2 



Information Elements 



Information element name 


Status 


Description 


CAMEL Subscription 
Information 


C 


This IE shall be present if the subscriber is provisioned with a CAMEL 
Subscription Information for IM CN. This IE is described in a table below. 



CAMEL Subscription Information contains the following information elements: 



Information element name 


Status 


Description 


0-IM-CSI 


C 


See subclause 4.4.1.1 


D-IM-CSI 


C 


See subclause 4.4.1.2 


VT-IM-CSI 


c 


See subclause 4.4.1.3 



4.7.5.2 



Notify Subscriber Data Change 



4.7.5.2.1 



Description 



This IF is used by the HSS to notify to the IM-SSF of the change of subscriber IM CSI data. This IF is sent at each time 
subscriber IM CSI data is changed. 



4.7.5.2.2 



Information Elements 



Information element name 


Status 


Description 


IMS! 


M 


The IMSI is used to identify the subscriber. 


MSISDN 


C 


This shall consist of the subscriber's MSISDN if available. If no MSISDN is 
available, the parameter shall be set with a dummy MSISDN value. 


CAMEL Subscription 
Information 


M 


The CAMEL Subscription Information IE is used to indicate the modified or 
deleted CAMEL Subscription Information data. This IE is described in a table 
below. 



CAMEL Subscription Information Modified contains the following information elements: 



Information element name 


Status 


Description 


0-IM-CSI 


S 


See subclause 4.4.1 .1 . It shall be present if it was modified. 


D-IM-CSI 


S 


See subclause 4.4.1 .2. It shall be present if it was modified. 


VT-IM-CSI 


s 


See subclause 4.4.1 .3. It shall be present if it was modified. 


Specific CSI Deleted List 


s 


This IE indicates that one or more specific elements of IMS CAMEL 
Subscription Information have been deleted from the HSS. It shall indicate any 
of the following; 

- 0-IM-CSI (with TDP criteria for 0-IM-CSI); 

- D-IM-CSI; 

- VT-IM-CSI with TDP criteria for VT-IM-CSI; 
This IE shall be present if IM CSI is/are deleted. 
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5 Control and interrogation of subscription data 

Support of the procedures described in this clause in CAMEL Phase 4 is a network operator option. 

5.1 Architecture 

The architecture for the control and the interrogation of subscription data described in the clause 10 in 3GPP TS 23.078 
Rel-99 [4] for the HLR and the gsmSCF also appHes for the HSS and the gsmSCF. 

5.2 Procedures for CAMEL 

5.2.1 Any Time Subscription Interrogation 

The following process in the HLR described in 3GPP TS 23.078 Rel-99 [4] applies for the handling of Any Time 
Interrogation for Subscription Information Retrieval in the HSS: 

- CAMEL_ATSI_HLR. 

5.2.2 Any Time Modification 

The following process in the HLR described in 3GPP TS 23.078 Rel-99 [4] applies for the handling of Any Time 
Modification in the HSS: 

- CAMEL_ATM_HLR. 

5.2.3 Notify Subscriber Data Change 

The description of the procedure in 3GPP TS 23.078 Rel-99 [4] applies for the handling of Notify Subscriber Data 
Change in the HSS. 

5.3 Description of information flows 

This subclause contains the detailed description of the information flows used by CAMEL for control and interrogation 
of subscription data. 

Each Information Element (IE) is marked as Mandatory (M), Conditional (C), Specific conditions (S), mutually 
Exclusive (E) or Optional (O). 

An 'M' IE shall always be included. A 'C IE shall be included if the sending entity has the necessary information to 
populate the IE. The conditions for the inclusion of an 'S' IE are shown in the 'Description' column of the definition 
table. An 'O' IE may be included or omitted as required by the service logic. This categorization is a functional 
classification, i.e. it defines the requirements for the stage 2 information. It is not a stage 3 classification to be used for 
the ASN.l syntax of the protocol. 

The following principles apply for the handling of the lEs by the receiving entity: 

- The gsmSCF may silently discard any IE which it does not functionally support. 

The HSS shall return an error if it does not functionally support an IE which it receives. 
Details of errors and exceptions to these rules are specified in 3GPP TS 29.002 [9]. 
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5.3.1 gsmSCF to HSS information flows 
5.3.1 .1 Any Time Modification Request 



5.3.1.1.1 



Description 



This IF is used to modify information in the HSS at any time. The IF from the gsmSCF to the HLR is specified in 3 GPP 
TS 23.078 Rel-99 [4]. The IF is also appHed to the interface between the gsmSCF to the HSS. 

5.3.1 .2 Any Time Subscription Interrogation Request 



5.3.1.2.1 



Description 



This IF is used to request subscription information from the HSS at any time. The IF from the gsmSCF to the HLR is 
specified in 3GPP TS 23.078 Rel-99 [4]. The IF is also applied to the interface between the gsmSCF to the HSS. 



5.3.1.2.2 



Information Elements 



Any Time Subscription Interrogation Request is specified in 3GPP TS 23.078 Rel-99 [4]. Additionally the following 
IMS specific information elements are required: 



Information element name 


status 


Description 


Requested Info 


M 


This IE may indicate supported CAIVIEL phases in HSS. 




Additional CAIVIEL Subscription 
Info 


S,E 


This IE may be one of the following elements: 
0-IM-CSI / VT-IM-CSI / D-IM-CSI. 



5.3.1.3 



Notify Subscriber Data Change response 



5.3.1.3.1 



Description 



This IF is used by the gsmSCF to respond to the HSS of the change of subscriber data notify. The IF from the gsmSCF 
to the HLR is specified in 3GPP TS 23.078 Rel-99 [4]. The IF is also appHed to the interface between the gsmSCF to 
the HSS. 



5.3.2 HSS to gsmSCF information flows 



5.3.2.1 



Any Time Modification ack 



5.3.2.1.1 



Description 



This IF is used by the HSS to provide the modified information to the gsmSCF. The IF from the HLR to the gsmSCF is 
specified in 3GPP TS 23.078 Rel-99 [4]. The IF is also applied to the interface between the gsmSCF to the HSS. 



5.3.2.1.2 



Information Elements 



Any Time Modification ack is specified in 3GPP TS 23.078 Rel-99 [4]. Additionally the following IMS specific 
information elements are required: 



Information element name 


status 


Description 


0-IM-GSI 


s 


See subclause 4.4.1 .1 . It shall be present if it was modified. 


VT-IM-GSI 


s 


See subclause 4.4.1 .3. It shall be present if it was modified. 


D-IM-GSI 


s 


See subclause 4.4.1 .2. It shall be present if it was modified. 
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5.3.2.2 



Any Time Subscription Interrogation ack 



5.3.2.2.1 



Description 



This IF is used by the HSS to provide the requested subscription information to the gsmSCF. The IF from the HLR to 
the gsmSCF is specified in 3GPP TS 23.078 Rel-99 [4]. The IF is also appHed to the interface between the gsmSCF to 
the HSS. 



5.3.2.2.2 



Information Elements 



Any Time Subscription Interrogation ack is specified in 3GPP TS 23.078 Rel-99 [4]. Additionally the following IMS 
specific information elements are required: 



Information element name 


status 


Description 


Supported CAMEL Phases In 
HSS 


C 


This IE indicates the CAIVIEL phase supported in the HSS. 


0-IM-CSI 


C 


See subclause 4.4.1.1. 


VT-IM-CSI 


c 


See subclause 4.4.1.3. 


D-IM-CSI 


c 


See subclause 4.4.1.2. 



5.3.2.3 



Notify Subscriber Data Change 



5.3.2.3.1 



Description 



This IF is used by the HSS to notify to the gsmSCF of the change of subscriber data. This IF is sent at each time 
subscriber data is changed. The IF from the HLR to the gsmSCF is specified in 3GPP TS 23.078 Rel-99 [4]. The IF is 
also applied to the interface between the gsmSCF to the HSS. 



5.3.2.3.2 



Information Elements 



Notify Subscriber Data Change is specified in 3GPP TS 23.078 Rel-99 [4]. Additionally the following IMS specific 
information elements are required: 



Information element name 


status 


Description 


Specific CSI Deleted List 


S 


This IE shall indicate any of the following; 

- 0-IM-CSI (with TDP criteria for 0-IM-CSI); - 

- D-IM-CSI (with TDP criteria for D-IM-CSI); 

- VT-IM-CSI with TDP criteria for VT-IM-CSI; 



6 Subscriber Location and State retrieval 

Support of the procedures described in this clause in CAMEL Phase 4 is a network operator option. 



6.1 



Architecture 



The architecture for the subscriber location and state retrieval described in the clause 1 1 in 3GPP TS 23.078 Rel-99 [4] 
for the HLR and the gsmSCF applies for the HSS and the gsmSCF. 



6.2 



Procedures for CAMEL 



6.2.1 Any Time Interrogation 

The description of the procedure in 3GPP TS 23.078 Rel-99 [4] applies for the Any Time Interrogation in the HSS. 



ETSI 



3GPP TS 23.278 version 9.0.0 Release 9 1 51 ETSI TS 1 23 278 V9.0.0 (201 0-01 ) 

6.3 Description of information flows 

This subclause contains the detailed description of the information flows used by CAMEL for the retrieval of 
information about the location and state of a subscriber. 

Each Information Element (IE) is marked as Mandatory (M), Conditional (C), Specific conditions (S), mutually 
Exclusive (E) or not applicable (-). 

An 'M' IE shall always be included. A 'C IE shall be included if the sending entity has the necessary information to 
populate the IE. The conditions for the inclusion of an 'S' IE are shown in the 'Description' column of the definition 
table. When a set of 'E' lEs is shown in the definition of an Information Flow or compound IE, only one of those lEs 
may be included. A '-' IE shall always be omitted. This categorization is a functional classification, i.e. it defines the 
requirements for the stage 2 information. It is not a stage 3 classification to be used for the ASN. 1 syntax of the 
protocol. 

The following principles apply for the handling of the lEs by the receiving entity: 

- The gsmSCF may silently discard any IE which it does not functionally support. 

- The GMLC shall return an error if it does not functionally support an IE which it receives. 
Details of errors and exceptions to these rules are specified in 3GPP TS 29.002 [9]. 

6.3.1 gsmSCF to HSS information flows 
6.3.1 .1 Any Time Interrogation Request 
6.3.1.1.1 Description 

This IF is used to request information (any one or more of subscriber state, subscriber location, IMEI & software 
version, MS classmark information for the CS domain and GPRS MS classmark information) from the HSS at any time. 
The IF from the gsmSCF to the HLR is specified in 3GPP TS 23.078 Rel-99 [4]. The IF is also appHed to the interface 
between the gsmSCF to the HSS. 

6.3.2 HSS to gsmSCF information flows 
6.3.2.1 Any Tinne Interrogation ack 
6.3.2.1.1 Description 

This IF is used by the HSS to provide the requested subscriber location and/or subscriber state information to the 
gsmSCF. The IF from the HLR to the gsmSCF is specified in 3GPP TS 23.078 Rel-99 [4]. The IF is also applied to the 
interface between the gsmSCF to the HSS. 



ETSI 



3GPP TS 23.278 version 9.0.0 Release 9 



152 



ETSI TS 123 278 V9.0.0 (2010-01) 



Annex A (informative): 
Change history 



Change history 


Date 


TSG# 


TSG Doc. 


CR 


R 
e 

V 


Subject/Comment 


Old 


New 


09/2002 


CN#17 


NP- 
020348 






Creation of version 5.0.0 


2.1.0 


5.0.0 


12/2002 


CN#18 


NP- 
020530 


001 


2 


Correction and improvement in the overall SDL structure 


5.0.0 


5.1.0 


12/2002 


CN#18 


NP- 
020530 


002 




Correction and improvement in the registration 
procedures 


5.0.0 


5.1.0 


12/2002 


CN#18 


NP- 
020532 


003 


2 


Correction and improvement in MO procedures 


5.0.0 


5.10 


12/2002 


CN#18 


NP- 
020532 


004 


3 


Correction and improvement in MT procedures 


5.0.0 


5.10 


12/2002 


CN#18 


NP- 
020530 


005 




Correction and improvement in CSI update 


5.0.0 


5.1.0 


12/2002 


CN#18 


NP- 
020530 


006 




Clarification in the case multiple RRBs are sent for a DP 


5.0.0 


5.1.0 


12/2002 


CN#18 


NP- 
020530 


007 


1 


Inconsistent description on ACR: time information 


5.0.0 


5.1.0 


12/2002 


CN#18 


NP- 
020530 


008 




Remove support of SCI operation from imcnSSF SDL 
process 


5.0.0 


5.1.0 


12/2002 


CN#18 


NP- 
020530 


009 




Removal of ETC processing from IM-SSF SDL 
Procedures 


5.0.0 


5.1.0 


12/2002 


CN#18 


NP- 
020530 


010 


1 


Correction of InitialDP MediaType parameter 


5.0.0 


5.1.0 


12/2002 


CN#18 


NP- 
020532 


012 


1 


IF Description for gsmSRF-related operations for IMS 


5.0.0 


5.10 


12/2002 


CN#18 


NP- 
020529 


014 




Figure and table numbers editorial changes 


5.0.0 


5.10 


12/2002 


CN#18 


NP- 
020531 


015 




For better document structure - editorial 


5.0.0 


5.1.0 


12/2002 


CN#18 


NP- 
020531 


016 




Editorial improvement - clause 2 


5.0.0 


5.1.0 


12/2002 


CN#18 


NP- 
020531 


017 




Editorial improvement - clause 3 


5.0.0 


5.1.0 


12/2002 


CN#18 


NP- 
020531 


018 




Editorial improvement - clause 4 


5.0.0 


5.1.0 


12/2002 


CN#18 


NP- 
020531 


019 




Editorial improvement - clause 5 


5.0.0 


5.1.0 


12/2002 


CN#18 


NP- 
020531 


020 




Editorial improvement - clause 6 


5.0.0 


5.10 


12/2002 


CN#18 


NP- 
020531 


021 




Editorial improvement - clause 7 


5.0.0 


5.10 


12/2002 


CN#18 


NP- 
020532 


022 




SDL Procedure for Connect To Resource 


5.0.0 


5.10 


12/2002 


CN#18 


NP- 
020532 


023 


1 


Stage 2 specifications for Call Gap for IMS 


5.0.0 


5.10 


12/2002 


CN#18 


NP- 
020532 


024 


2 


Clarification of DP destination number trigger criteria for 
IMS 


5.0.0 


5.10 


12/2002 


CN#18 


NP- 
020532 


025 




Number comparison for D-CSI 


5.0.0 


5.10 


12/2002 


CN#18 


NP- 
020532 


026 




Correction to Dialled Services criteria 


5.0.0 


5.10 


03/2003 


CN#19 


NP- 
030090 


027 


1 


Implementing of Connect to Resource handling in 
CAMEL for IMS 


5.1.0 


5.2.0 


03/2003 


CN#19 


NP- 
030090 


028 


1 


Introduction of ResetTimer input in state WFI-DS (IMS) 


5.1.0 


5.2.0 


03/2003 


CN#19 


NP- 
030090 


029 




Correction of imcnSSF procedure names 


5.1.0 


5.2.0 



ETSI 



3GPP TS 23.278 version 9.0.0 Release 9 



153 



ETSI TS 123 278 V9.0.0 (2010-01) 



03/2003 


CN#19 


NP- 
030090 


030 




Incorrect procedure names used for CAMEL MT CTR 
and CAMEL MO CTR 


5.1.0 


5.2.0 


03/2003 


CN#19 


NP- 
030090 


031 




Incorrect procedures called in 
CAMEL IMCN MT ANSWER 


5.1.0 


5.2.0 


03/2003 


CN#19 


NP- 
030091 


032 




Sending of provisional response for the INVITE 


5.1.0 


5.2.0 


03/2003 


CN#19 


NP- 
030091 


033 




Incorrect SIP response when no CAMEL is invoked 


5.1.0 


5.2.0 


03/2003 


CN#19 


NP- 
030091 


035 


1 


Corrections in CAMEL_IMCN_MO_ANSWER 


5.1.0 


5.2.0 


03/2003 


CN#19 


NP- 
030091 


036 




Corrections in the procedures for handling failure 
SIP response 


5.1.0 


5.2.0 


03/2003 


CN#19 


NP- 
030091 


039 




Inconsistency in Call Information Report in Re- 
Connect Case 


5.1.0 


5.2.0 


06/2003 


CN#20 


NP- 
030191 


040 


1 


Incorrect list of TDPs listed for 0-IM-CSI 


5.2.0 


5.3.0 


06/2003 


CN#20 


NP- 
030191 


041 




Corrections to process IM-SSF 


5.2.0 


5.3.0 


06/2003 


CN#20 


NP- 
030191 


042 




Redundant check for Final_Response_Received in 
Disconnect procedures 


5.2.0 


5.3.0 


09/2003 


CN#21 


NP- 
030374 


043 


2 


Incorrect handling of failure SIP response for MT 


5.3.0 


5.4.0 


09/2003 


CN#21 


NP- 
030374 


044 


2 


Setting of Timers not specified for IM-SSF process 


5.3.0 


5.4.0 


09/2003 


CN#21 


NP- 
030374 


045 


1 


Incorrect handling of failure SIP response for MO 


5.3.0 


5.4.0 


12/2003 


CN#22 


NP- 
030525 


046 


1 


Correction to the definition of interfaces for the IM-SSF 


5.4.0 


5.5.0 


09/2004 


CN#25 


NP- 
040397 


047 




Correction of Check_Criteria Procedure names 
referenced in Process imcnSSF 


5.5.0 


5.6.0 


12/2004 


CN#26 








Rel-6 created after CN#26 


5.6.0 


6.0.0 


06/2005 


CT#28 


CP- 
050097 


0048 




Removal of references to HLR for CAMEL control of IMS 


6.0.0 


6.1.0 


12/2005 


CT#30 


CP- 
050665 


0049 




Incorrect References 


6.1.0 


6.2.0 


12/2005 


CT#30 








Rel-7 version was created because of ETSI TISPAN 
references. 


6.2.0 


7.0.0 


03/2006 


CT#31 


CP- 
060082 


0050 




Specification of gsmSCF Address format in AnyTime 
request messages 


7.0.0 


7.1.0 


12/2008 


CT#42 








Upgraded unchanged from Rel-7 


7.1.0 


8.0.0 


2009-12 


- 


- 


- 


- 


Update to Rel-9 version (MCC) 


8.0.0 


9.0.0 



ETSI 



3GPP TS 23.278 version 9.0.0 Release 9 



154 



ETSI TS 123 278 V9.0.0 (2010-01) 



History 



Document history 


V9.0.0 


January 2010 


Publication 



























ETSI 



